You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
|
Feb
|
Mar
(27) |
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
(1) |
2002 |
Jan
(1) |
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
(1) |
Dec
|
2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: jeff <je...@un...> - 2001-03-26 15:27:13
|
Fred Forester wrote: > Didn't hear from yesterday. I came up with a workaround for the display box > bottom > error. Not sure what your plan was with this. If I guessed correctly I can > commit these changes. These should be fine. I suppose that having a missing box_bottom() isn't as bad as errors everywhere. This should be fine. jeff > *** /home/fforest/API.php Sat Mar 24 06:52:38 2001 > --- API.php Sat Mar 24 06:46:45 2001 > *************** > *** 223,243 **** > </CENTER> > <P> > "; > } // end function freemed_display_banner > > // function freemed_display_box_bottom > function freemed_display_box_bottom ($_null="") > { > global $debug; > > ! if (!isset($GLOBALS["FREEMED_BOX"])) return false; > > if ($debug) { > echo " > > <TABLE WIDTH=\"100%\" BORDER=0 CELLSPACING=0 CELLPADDING=0 > BGCOLOR=\"#ff0000\" VALIGN=BOTTOM ALIGN=CENTER> > <TR><TD BGCOLOR=\"#ff0000\"> > <CENTER><B><FONT SIZE=-2 COLOR=\"#ffffff\">"._("DEBUG IS > ON")."</FONT> > </B></CENTER> > </TD></TR></TABLE> > --- 223,252 ---- > </CENTER> > <P> > "; > } // end function freemed_display_banner > > // function freemed_display_box_bottom > function freemed_display_box_bottom ($_null="") > { > global $debug; > > ! //$v = $GLOBALS["FREEMED_BOX"]; > ! //echo "box var $v<BR>"; > ! //if (!isset($GLOBALS["FREEMED_BOX"])) return false; > ! if ($GLOBALS["FREEMED_BOX"] == false) > ! { > ! trigger_error("Multiple freemed_display_box_bottom instances!", > E_USER_ERROR); > ! } > ! $GLOBALS["FREEMED_BOX"] = false; > ! //$v = $GLOBALS["FREEMED_BOX"]; > ! //echo "box var after $v<BR>"; > > if ($debug) { > echo " > > <TABLE WIDTH=\"100%\" BORDER=0 CELLSPACING=0 CELLPADDING=0 > BGCOLOR=\"#ff0000\" VALIGN=BOTTOM ALIGN=CENTER> > <TR><TD BGCOLOR=\"#ff0000\"> > <CENTER><B><FONT SIZE=-2 COLOR=\"#ffffff\">"._("DEBUG IS > ON")."</FONT> > </B></CENTER> > </TD></TR></TABLE> > *************** > *** 253,273 **** > } // end function freemed_display_box_bottom > > // function freemed_display_box_top > function freemed_display_box_top ($box_title="", $ref="", $pg_name="") > { > global $language, $topbar_color, $module, > $_auth, $page_name, $action, $id, $patient, $_pg_desc, $_ref, > $admin_level, $delete_level, $export_level, $database_level, > $menubar_color, $LoginCookie, $STDFONT_B, $STDFONT_E, $current_patient; > > ! if (isset($GLOBALS["FREEMED_BOX"])) { > trigger_error("Multiple freemed_display_box_top instances!", > E_USER_ERROR); > } // check for existing box > > $GLOBALS["FREEMED_BOX"] = true; > > if ($ref=="") $ref = $_ref; // pass from cookie? > > // determine if we are dealing with a physician... > $is_physician = false; // start out assuming false > if (!strpos($LoginCookie, ":")) { > --- 262,287 ---- > } // end function freemed_display_box_bottom > > // function freemed_display_box_top > function freemed_display_box_top ($box_title="", $ref="", $pg_name="") > { > global $language, $topbar_color, $module, > $_auth, $page_name, $action, $id, $patient, $_pg_desc, $_ref, > $admin_level, $delete_level, $export_level, $database_level, > $menubar_color, $LoginCookie, $STDFONT_B, $STDFONT_E, $current_patient; > > ! if (!isset($GLOBALS["FREEMED_BOX"])) > ! { > ! $GLOBALS["FREEMED_BOX"] = true; > ! } // check for existing box > ! elseif ($GLOBALS["FREEMED_BOX"] == true) > ! { > trigger_error("Multiple freemed_display_box_top instances!", > E_USER_ERROR); > } // check for existing box > > $GLOBALS["FREEMED_BOX"] = true; > > if ($ref=="") $ref = $_ref; // pass from cookie? > > // determine if we are dealing with a physician... > $is_physician = false; // start out assuming false > if (!strpos($LoginCookie, ":")) { > *************** > *** 514,535 **** > "; > > return $buffer; > > } // end function freemed_display_actionbar > > // function freemed_display_html_bottom > function freemed_display_html_bottom ($_null="") > { > global $_mail_handler, $lang_coded_by; > ! > ! if (isset($GLOBALS["FREEMED_BOX"])) { > trigger_error("Page ended without displaying box bottom!", > E_USER_ERROR); > } // check for existing box > > echo " > <CENTER> > <I><FONT SIZE=-2 COLOR=\"#555555\">".PACKAGENAME." ". > VERSION." $lang_coded_by > <A HREF=\"$_mail_handler".BUGS_EMAIL."\">".CODED_BY."</A> > </FONT></I> > </CENTER> > --- 528,550 ---- > "; > > return $buffer; > > } // end function freemed_display_actionbar > > // function freemed_display_html_bottom > function freemed_display_html_bottom ($_null="") > { > global $_mail_handler, $lang_coded_by; > ! //$v = $GLOBALS["FREEMED_BOX"]; > ! //echo "box var html bot $v<BR>"; > ! if ($GLOBALS["FREEMED_BOX"] == true) { > trigger_error("Page ended without displaying box bottom!", > E_USER_ERROR); > } // check for existing box > > echo " > <CENTER> > <I><FONT SIZE=-2 COLOR=\"#555555\">".PACKAGENAME." ". > VERSION." $lang_coded_by > <A HREF=\"$_mail_handler".BUGS_EMAIL."\">".CODED_BY."</A> > </FONT></I> > </CENTER> |
From: Fred F. <ff...@ne...> - 2001-03-23 10:46:24
|
----- Original Message ----- From: Fred Forester <ff...@ne...> To: Freemed <fre...@li...> Sent: Thursday, March 22, 2001 4:29 PM Subject: [Freemed-devel] Commits > Hi, > > If we're waiting a few more days to release Id like to go ahead and > commit this NSF stuff If it's ok with everyone. Changes Comitted. * Fri Mar 23 2001 fforest - fixedform_EN.data update with new requirements for commercial and Medicare NSF record layouts - lib/render_forms add new function render_fixedRecord. This allows a single NSF record to be generate by record type so we don;t have to generate an entire form. major performance boost for NSF generation - modules/mcsi_nsf_ci major updates. All commercial claim submissions now work. - modules/mcsi_nsf_mc major updates. Medicare Should be correct but still untested. > > > Fred > > > > _______________________________________________ > Freemed-devel mailing list > Fre...@li... > http://lists.sourceforge.net/lists/listinfo/freemed-devel > |
From: Fred F. <ff...@ne...> - 2001-03-22 21:30:10
|
Hi, If we're waiting a few more days to release Id like to go ahead and commit this NSF stuff If it's ok with everyone. Fred |
From: Fred F. <ff...@ne...> - 2001-03-22 19:45:25
|
----- Original Message ----- From: jeff <je...@un...> To: Fred Forester <ff...@ne...> Cc: <fre...@li...> Sent: Thursday, March 22, 2001 8:42 AM Subject: [Freemed-devel] Generating Insurance Billing > I have to admit that the whole (bill X patients, skip X patients) was a > holdover from the days when I couldn't really control what came out of > the system. I'd like to eventually do away with it. Any thoughts? The only time I've HAD to use it was if over 20 bills were generated PHP/Apache would blow out on memory. I have since re written that code as a lot of seperate functions so memory should be getting cleaned up a little better. Besides, with MSCI if the payer doesn't accept electronic submissions they print and mail the bill for you for 32 cents. Less than the price of a stamp. not to mention your time! Fred > > jeff > > _______________________________________________ > Freemed-devel mailing list > Fre...@li... > http://lists.sourceforge.net/lists/listinfo/freemed-devel > |
From: jeff <je...@un...> - 2001-03-22 19:02:36
|
I have to admit that the whole (bill X patients, skip X patients) was a holdover from the days when I couldn't really control what came out of the system. I'd like to eventually do away with it. Any thoughts? jeff |
From: jeff <je...@un...> - 2001-03-19 16:01:56
|
Fred Forester wrote: > > Only if we build a PHP extension for it, then eventually make freemed > > have to compile the module during build, and eventually dl load the > > module (yes, there is a function for it). > > > > We can make reusable components that way (phpwebtools-like), but we > > might want to think about: > > > > a) doing them as loadable modules to help reuse parts > > Yes and... > > > > b) moving parts to C code, dl loaded to save processor cycles > > Yes. > > The effort and reseach involved would cause us to miss the EDI > submission boat. Like I said. Once we can submit then it's time > to find a better way. Agreed. But we have to write the EDI code with the consideration that it will soon be moved to another format, otherwise the changes might involve *massive* rewrites. > BTW, I did finally make a EDI submission to MCSI. Still waiting > for the payer(s) response to see how bad./good the submission > was. At least the MSCI record summary macthed my patient > count and totals!!. For now I write the file to /tmp and pull > it back to my windoze machine. MCSI can then pull that file down > right from their web page. pretty cool. > They also have a PGP/FTP method (does that sound right?) We could > have a submit button on the screen to just FTP the file to them. > (I'll get to that eventually) We eventually want to go for that, only because the extra steps are a pain, and integrating the sending capability into the package is most definately an added value. |
From: Fred F. <ff...@ne...> - 2001-03-19 15:58:21
|
----- Original Message ----- From: jeff <je...@un...> To: Fred Forester <ff...@ne...> Cc: <fre...@li...>; <dr...@ou...> Sent: Monday, March 19, 2001 5:10 AM Subject: [Freemed-devel] Re: modules containers > Fred Forester wrote: > > > I'm just not sure exactly what changes you think should be made to the > > > billing modules. If you give me an idea, I can work on it with you. > > > > In the sense that the NSF and X12 generators > > could be supplied as seperate components (webtools like) that can be used by > > the gui modules. I am still thinking > > about to implement this. For now we just need the stuff to work as ugly as > > it may be. So for now I'll > > have 3 generators Commercial, BC/BS and medicare. Once we can send bills > > then the pressure will be off > > so we can concentrate on a better implementation. The big question is this. > > Should the components be > > freemed independent or tied to the db tables. I saw your conversation with > > the HL7 implementor and have the same > > question. Is it possible for PHP to call into a C library? > > Only if we build a PHP extension for it, then eventually make freemed > have to compile the module during build, and eventually dl load the > module (yes, there is a function for it). > > We can make reusable components that way (phpwebtools-like), but we > might want to think about: > > a) doing them as loadable modules to help reuse parts Yes and... > > b) moving parts to C code, dl loaded to save processor cycles Yes. The effort and reseach involved would cause us to miss the EDI submission boat. Like I said. Once we can submit then it's time to find a better way. BTW, I did finally make a EDI submission to MCSI. Still waiting for the payer(s) response to see how bad./good the submission was. At least the MSCI record summary macthed my patient count and totals!!. For now I write the file to /tmp and pull it back to my windoze machine. MCSI can then pull that file down right from their web page. pretty cool. They also have a PGP/FTP method (does that sound right?) We could have a submit button on the screen to just FTP the file to them. (I'll get to that eventually) Fred Fred > > jeff > > _______________________________________________ > Freemed-devel mailing list > Fre...@li... > http://lists.sourceforge.net/lists/listinfo/freemed-devel > |
From: jeff <je...@un...> - 2001-03-19 15:28:34
|
Fred Forester wrote: > > I'm just not sure exactly what changes you think should be made to the > > billing modules. If you give me an idea, I can work on it with you. > > In the sense that the NSF and X12 generators > could be supplied as seperate components (webtools like) that can be used by > the gui modules. I am still thinking > about to implement this. For now we just need the stuff to work as ugly as > it may be. So for now I'll > have 3 generators Commercial, BC/BS and medicare. Once we can send bills > then the pressure will be off > so we can concentrate on a better implementation. The big question is this. > Should the components be > freemed independent or tied to the db tables. I saw your conversation with > the HL7 implementor and have the same > question. Is it possible for PHP to call into a C library? Only if we build a PHP extension for it, then eventually make freemed have to compile the module during build, and eventually dl load the module (yes, there is a function for it). We can make reusable components that way (phpwebtools-like), but we might want to think about: a) doing them as loadable modules to help reuse parts b) moving parts to C code, dl loaded to save processor cycles jeff |
From: Fred F. <ff...@ne...> - 2001-03-19 15:13:15
|
----- Original Message ----- From: jeff <je...@un...> To: Fred Forester <ff...@ne...> Cc: <fre...@li...>; <dr...@ou...> Sent: Monday, March 19, 2001 4:44 AM Subject: Re: modules containers > Fred Forester wrote: > > > > Hi, > > > > You're gonna hate me for this. > > > > The more I look at this bill stuff the more I think class > > containers are the way to go. In freemed the module concept > > is too intertwined with the gui. I think one gui module > > that can instantiate anykind of bill generator class by > > type would be a little easier to handle. > > Are you volunteering for a rewrite? :) > > The reason for the modules being so intertwined with the GUI is that the > majority of the code that needed to be reused was in the GUI. It can > easily be adapted for anything else, including EDI, simply by changing > what methods and variables are defined, and then using a seperate > implementation of the module loader to get the functions. If you need > any more special capabilities in a module loader, let me know, and I'll > retool the phpwebtools code to do it. > > I'm just not sure exactly what changes you think should be made to the > billing modules. If you give me an idea, I can work on it with you. In the sense that the NSF and X12 generators could be supplied as seperate components (webtools like) that can be used by the gui modules. I am still thinking about to implement this. For now we just need the stuff to work as ugly as it may be. So for now I'll have 3 generators Commercial, BC/BS and medicare. Once we can send bills then the pressure will be off so we can concentrate on a better implementation. The big question is this. Should the components be freemed independent or tied to the db tables. I saw your conversation with the HL7 implementor and have the same question. Is it possible for PHP to call into a C library? > > jeff > |
From: jeff <je...@un...> - 2001-03-19 15:02:03
|
Fred Forester wrote: > > Hi, > > You're gonna hate me for this. > > The more I look at this bill stuff the more I think class > containers are the way to go. In freemed the module concept > is too intertwined with the gui. I think one gui module > that can instantiate anykind of bill generator class by > type would be a little easier to handle. Are you volunteering for a rewrite? :) The reason for the modules being so intertwined with the GUI is that the majority of the code that needed to be reused was in the GUI. It can easily be adapted for anything else, including EDI, simply by changing what methods and variables are defined, and then using a seperate implementation of the module loader to get the functions. If you need any more special capabilities in a module loader, let me know, and I'll retool the phpwebtools code to do it. I'm just not sure exactly what changes you think should be made to the billing modules. If you give me an idea, I can work on it with you. jeff |
From: Fred F. <ff...@ne...> - 2001-03-16 15:31:39
|
Id be carefull about this. Allowing nobody means that freemed authentication in not set up correctly and may cause a security hole. It could also be a problem with etc/host or resolv.conf not set up properly. Fred ----- Original Message ----- From: jeff <je...@un...> To: <fre...@li...> Sent: Friday, March 16, 2001 5:02 AM Subject: [Freemed-devel] [Fwd: [F-p] solution to my problem - hope it is of value to someoneelse] > For the documentation people.... > > this may be useful. > > jeff > > -------- Original Message -------- > Subject: [F-p] solution to my problem - hope it is of value to someone > else > Date: Thu, 15 Mar 2001 22:00:03 -0500 > From: "John Pollard" <ki...@in...> > To: <fre...@ki...> > References: <200...@su...> > > > ----- Original Message ----- > From: <fre...@ki...> > To: <fre...@ki...> > Sent: Wednesday, March 14, 2001 7:00 AM > Subject: Freemed-project digest, Vol 1 #343 - 3 msgs > > > > > > Send Freemed-project maillist submissions to > > fre...@ki... > > > > > > > > > Today's Topics: > > > > 1. Re: Freemed-project digest, Vol 1 #342 - 2 msgs (John Pollard) > > 2. Re: Re: Freemed-project digest, Vol 1 #342 - 2 msgs (jeff) > > 3. Re: Re: Freemed-project digest, Vol 1 #342 - 2 msgs (Fred Forester) > > > > --__--__-- > > > > Message: 1 > > From: "John Pollard" <ki...@in...> > > To: <fre...@ki...> > > Subject: [F-p] Re: Freemed-project digest, Vol 1 #342 - 2 msgs > > Date: Tue, 13 Mar 2001 08:22:48 -0500 > > charset="iso-8859-1" > > > > I have finally gotten the Freemed program up and running and am able > to > > access the program and use all of its functions from my Redhat 7 system, > but > > I can't log on to the program from another computer on the network. I use > > Webmin to manage my servers and I have done everything I can think of to > > login. I created a user with privileges to the program and allowed that > > user to connect to the database from any host. I can load the program to > my > > intranet browser, but it will not let me log on. It says "invalid > password > > or user name". Any on have any suggestions? > > > > > > > > > > Thanks for any help. > > > > > > > > --__--__-- > > > > Message: 2 > > Date: Tue, 13 Mar 2001 03:57:19 -0500 > > From: jeff <je...@un...> > > To: John Pollard <ki...@in...> > > CC: fre...@ki... > > Subject: Re: [F-p] Re: Freemed-project digest, Vol 1 #342 - 2 msgs > > > > John Pollard wrote: > > > I have finally gotten the Freemed program up and running and am able > to > > > access the program and use all of its functions from my Redhat 7 system, > but > > > I can't log on to the program from another computer on the network. I > use > > > Webmin to manage my servers and I have done everything I can think of to > > > login. I created a user with privileges to the program and allowed that > > > user to connect to the database from any host. I can load the program > to my > > > intranet browser, but it will not let me log on. It says "invalid > password > > > or user name". Any on have any suggestions? > > > > Did you try to log on with "root" as the username, and the database > > password as the password? > > > > (Also, if you're of the brave of heart, you can try the CVS versions of > > phpwebtools and freemed, which currently offer far more usability and > > features than 0.2.0, or you can wait for the upcoming CVS release...) > > > > jeff > > > Did you try to log on with "root" as the username, and the database > > > password as the password? > > > > YES I TRIED TO LOG ON AS ROOT , BUT NO GO. > > > > > > (Also, if you're of the brave of heart, you can try the CVS versions of > > > phpwebtools and freemed, which currently offer far more usability and > > > features than 0.2.0, or you can wait for the upcoming CVS release...) > > > FINALLY I ADDED THE USER NOBODY TO MYSQL . NOBODY - AKA THE NAME THAT > THE > HTTPD SERVER RUNS AS AND I AM NOW ABLE TO CONNECT TO FREEMED OVER MY > NETWORK > AND LOG IN AND DO EVERYTHING > > > ----------------------------------------- > Unsubscribe: Fre...@ki... with "unsubscribe > <password> [address]" in the body > Web admin: http://mail.kippona.com/mailman/listinfo/freemed-project > Archive: http://mail.kippona.com/pipermail/freemed-project > > _______________________________________________ > Freemed-devel mailing list > Fre...@li... > http://lists.sourceforge.net/lists/listinfo/freemed-devel > |
From: jeff <je...@un...> - 2001-03-16 15:20:09
|
For the documentation people.... this may be useful. jeff -------- Original Message -------- Subject: [F-p] solution to my problem - hope it is of value to someone else Date: Thu, 15 Mar 2001 22:00:03 -0500 From: "John Pollard" <ki...@in...> To: <fre...@ki...> References: <200...@su...> ----- Original Message ----- From: <fre...@ki...> To: <fre...@ki...> Sent: Wednesday, March 14, 2001 7:00 AM Subject: Freemed-project digest, Vol 1 #343 - 3 msgs > > Send Freemed-project maillist submissions to > fre...@ki... > > > > > Today's Topics: > > 1. Re: Freemed-project digest, Vol 1 #342 - 2 msgs (John Pollard) > 2. Re: Re: Freemed-project digest, Vol 1 #342 - 2 msgs (jeff) > 3. Re: Re: Freemed-project digest, Vol 1 #342 - 2 msgs (Fred Forester) > > --__--__-- > > Message: 1 > From: "John Pollard" <ki...@in...> > To: <fre...@ki...> > Subject: [F-p] Re: Freemed-project digest, Vol 1 #342 - 2 msgs > Date: Tue, 13 Mar 2001 08:22:48 -0500 > charset="iso-8859-1" > > I have finally gotten the Freemed program up and running and am able to > access the program and use all of its functions from my Redhat 7 system, but > I can't log on to the program from another computer on the network. I use > Webmin to manage my servers and I have done everything I can think of to > login. I created a user with privileges to the program and allowed that > user to connect to the database from any host. I can load the program to my > intranet browser, but it will not let me log on. It says "invalid password > or user name". Any on have any suggestions? > > > > > Thanks for any help. > > > > --__--__-- > > Message: 2 > Date: Tue, 13 Mar 2001 03:57:19 -0500 > From: jeff <je...@un...> > To: John Pollard <ki...@in...> > CC: fre...@ki... > Subject: Re: [F-p] Re: Freemed-project digest, Vol 1 #342 - 2 msgs > > John Pollard wrote: > > I have finally gotten the Freemed program up and running and am able to > > access the program and use all of its functions from my Redhat 7 system, but > > I can't log on to the program from another computer on the network. I use > > Webmin to manage my servers and I have done everything I can think of to > > login. I created a user with privileges to the program and allowed that > > user to connect to the database from any host. I can load the program to my > > intranet browser, but it will not let me log on. It says "invalid password > > or user name". Any on have any suggestions? > > Did you try to log on with "root" as the username, and the database > password as the password? > > (Also, if you're of the brave of heart, you can try the CVS versions of > phpwebtools and freemed, which currently offer far more usability and > features than 0.2.0, or you can wait for the upcoming CVS release...) > > jeff > > Did you try to log on with "root" as the username, and the database > > password as the password? > > YES I TRIED TO LOG ON AS ROOT , BUT NO GO. > > (Also, if you're of the brave of heart, you can try the CVS versions of > > phpwebtools and freemed, which currently offer far more usability and > > features than 0.2.0, or you can wait for the upcoming CVS release...) > FINALLY I ADDED THE USER NOBODY TO MYSQL . NOBODY - AKA THE NAME THAT THE HTTPD SERVER RUNS AS AND I AM NOW ABLE TO CONNECT TO FREEMED OVER MY NETWORK AND LOG IN AND DO EVERYTHING ----------------------------------------- Unsubscribe: Fre...@ki... with "unsubscribe <password> [address]" in the body Web admin: http://mail.kippona.com/mailman/listinfo/freemed-project Archive: http://mail.kippona.com/pipermail/freemed-project |
From: Fred F. <ff...@ne...> - 2001-03-15 21:47:13
|
Excellent! I have a few more bug fixes also. (proc module dropping the procrefdoc!) my last fix got it to display but the field was not defined in the add_page global in the AM I'll sync up with CVS for both and commit this fix. Back to NSF... Fred ----- Original Message ----- From: jeff <je...@un...> To: <fre...@li...> Cc: Fred Forester <ff...@ne...>; <dr...@ou...> Sent: Thursday, March 15, 2001 8:57 AM Subject: [Freemed-devel] New features in CVS for error handling, etc > I've implemented error handling capabilities in the CVS version, as well > as kicking phpwebtools up to 0.2.1. > > The error handling component is going to have a web-reporting feature, > enabled or disabled from lib/freemed.php -- this should allow us to > track bugs from running systems, for different versions, etc. Right now, > it just displays some information. > > Also fixed a few other things, like freemed_display_box_bottom and > freemed_display_box_top won't display duplicates or attempt to display > the bottom of a box without a top. > > Please use the following syntax to error out (if you must error out for > some reason that would be like a "crash" in a normal program): > > trigger_error("This is the error message (be descriptive!).", > E_USER_ERROR); > > You don't have to die or anything else after that. > > Thanks, > jeff > > _______________________________________________ > Freemed-devel mailing list > Fre...@li... > http://lists.sourceforge.net/lists/listinfo/freemed-devel > |
From: jeff <je...@un...> - 2001-03-15 19:15:59
|
I've implemented error handling capabilities in the CVS version, as well as kicking phpwebtools up to 0.2.1. The error handling component is going to have a web-reporting feature, enabled or disabled from lib/freemed.php -- this should allow us to track bugs from running systems, for different versions, etc. Right now, it just displays some information. Also fixed a few other things, like freemed_display_box_bottom and freemed_display_box_top won't display duplicates or attempt to display the bottom of a box without a top. Please use the following syntax to error out (if you must error out for some reason that would be like a "crash" in a normal program): trigger_error("This is the error message (be descriptive!).", E_USER_ERROR); You don't have to die or anything else after that. Thanks, jeff |
From: jeff <je...@un...> - 2001-03-08 15:01:11
|
Not all of these apply to us, obviously,but they are things we might want to look at. jeff -------- Original Message -------- Subject: Re: [FPM-Discuss] Online Demo] Resent-Date: 8 Mar 2001 15:00:41 -0000 Resent-From: ope...@mi... Resent-CC: recipient list not shown: ; Date: Fri, 9 Mar 2001 02:00:29 +1100 From: "Horst Herb" <ho...@hh...> Reply-To: ope...@mi... To: "openhealth-list" <ope...@mi...> References: <3AA...@fr...> Nice work, Tim. A few questions, though: 1.) Our practice is small, yet we have some 13.000 patients in our files, some 7.000 of them active. How does your system handle this? 2.) A typical drug formulary nowadays consists in some 10.000 - 30.000 entries. Same question 3.) Looks like cleartext is transmitted between browser and server. Do you support SSL or similar? 4.) How do you preserve and check data integrity? 5.) How do you handle concurrent and dependent transactions? (keyword ACID) 6.) How to you intercept, recognize and handle it when one of your Btrees gets corrupt? Horst |
From: sam t. <dr...@ex...> - 2001-03-06 04:03:34
|
I,m setting up a new location. New boxes p3 550s, 10 gig hd, 256 meg sdram. Running Mandrake Linux 7.2 with latest updates. I've installed Apachie, Mysql, and PhP with webtools. I might even have them configured correctly... I don't know yet(newbe) In the file:/usr/share/freemed/freemed/README (could the second freemed dir be a problem?) getting stuck at #6 in the README file Edit the /usr/share/freemed/global.var.inc file.... I can't find global.var.inc. Probable something simple....Who do i need to talk to? Thanks _______________________________________________________ Send a cool gift with your E-Card http://www.bluemountain.com/giftcenter/ |
From: allen r. <al...@ro...> - 2000-10-21 01:28:06
|
the webtool.php file is missing from cvs .... please update ... and or email file .... thank you allen rotton al...@ro... |