In general, FreeB is not attempting to replace a good coder! I agree, billing software should bill. What we want to do is make certain that FreeB is capable of everthing that coder wants to do!!
-FT On Fri, 2004-01-23 at 11:05, [EMAIL PROTECTED] wrote: > Hi John, > > Presumably there is a set of rules that cover anesthesia billing. Sounds > like an application for an expert system > (software application). Might make everyone's life easier. Billing, to > me, seems in general to be a proper application > for billing software. > > The rule-based expert system could be designed to handle 'strange > medical billing cases' if you can create a > unique rule to cover each such case. > > Would a PDA be allowed in an operating room? More Doctors are using > this appliance to connect to medical > applications each year. > > The 'off-shoring' of software development. sustaining, maintenance and > support is a major concern in the IT > community. Issues from security to language and time-zones have already > surfaced. Personally, the current > business model will produce serious long-term impacts. Alternatives > exist, e.g., software Co-Ops and non-profits, > both of which have been used successfully in the past where certain > needs exist (even in the Healthcare industry). > > Is there an organization or group that can that action on billing software? > > Regards! > > -Thomas Clark > > > John Gage wrote: > > > Anesthesia billing is complicated by the fact that the anesthesia bill > > must contain a code for the surgical procedure as well as an > > anesthesia code. It is the obtaining of this surgical procedure code > > that (as well as a surgical diagnosis code) that makes the process > > very awkward. If one asks a surgeon what the procedure is, the answer > > is always complex and never reproducible, or rarely reproducible. But > > that's only the verbal description of the procedure; one needs a code. > > > > Our operating room has coders on site that do coding in real time. > > The surgeons go to a coding office after the operation and code the > > procedure with help from the coders. That still does not guarantee > > that we get the code. Our department of anesthesia is now insisting > > that *we* have coders on site. > > > > All of which, I fear, has very little to do with the program. What > > does have to do with the program is that I sit on a committee whose > > chair sits on the X11 or whatever committee. And, I am very > > interested in billing software. So I would be happy to help in any > > way I could. > > > > John > > > > P.S. Incidentally, coding and bill production for anesthesia billing > > has been aggressively "off-shored". Billing for the largest > > anesthesia group in the North East is done in Bangladesh. Now, this > > is interesting, because I assure you that whatever diffidence exists > > in the US about open source, it doesn't exist in other countries. I > > believe, for example, that the Chinese government is sponsoring a > > Chinese Linux. Perhaps, FreeB should start extending tentacles to > > India and China right now. > > > > > > On Jan 22, 2004, at 10:13 PM, Fred Trotter wrote: > > > >> This are all good things, but I can tell you now that we need something > >> yesterday. So we are going to try an old open source trick. > >> > >> Make the first version work > >> Make the second version work well > >> > >> We need something that we can use to > >> A. Test strange medical billing cases > >> B. Be replicated to test load > >> C. Import easily in the different projects. > >> > >> Any thing more than that will have to wait, or be contributed... > >> > >> Wasnt there some discussion about how anesthesia presented some strange > >> billing environments? > >> > >> -FT > >> > >> > >> > >> On Thu, 2004-01-22 at 20:29, [EMAIL PROTECTED] wrote: > >> > >>> Hi Adrian, > >>> > >>> Seems like a requirements document of some sort should be put together > >>> to cover EMR/EHR testing. > >>> That suggestion arises from a background in Fault Tolerant/Highly > >>> Available systems and networks. > >>> In short, any suggestion/need to take the system out of operation or > >>> degrade ongoing operations is > >>> definitely forbidden It can be done, but quickly, if the system > >>> crashes). > >>> > >>> This requires integrating testability into the design in such a way > >>> that > >>> test-oriented operations are a > >>> subset on 'normal' operations and the objective is to verify > >>> hardware/software/application operability. > >>> This is not a far stretch. Next time you use the ATM machine remember > >>> that these problems were > >>> solved some time ago. > >>> > >>> I'll look in the archives to see if some thoughts can be assembled. > >>> > >>> In parallel it would be nice to find out what Health Services are doing > >>> and what requirements they > >>> apply. > >>> > >>> Regards! > >>> > >>> -Thomas Clark > >>> > >>> > >>> > >>> Adrian Midgley wrote: > >>> > >>>> On Wednesday 21 January 2004 05:03, Fred Trotter wrote: > >>>> > >>>> > >>>>> What Walt and I were talking about was the need for a standard set of > >>>>> test data for FreeB. > >>>>> > >>>>> > >>>> > >>>> It would be nice if a national health service or organisation of > >>>> similar size > >>>> could be persuaded to make a set of test data available - I know of > >>>> one that > >>>> has such a set which is used for compliance testing some record > >>>> systems. > >>>> > >>>> I think the area of testing and certification are interesting and > >>>> important, > >>>> and I think it is time regulatory bodies showed an interest, by > >>>> offering what > >>>> help they can. Maybe talk to your national ones? > >>>> > >>>> > >>>> > >>>> > >> -- > >> Fred Trotter <[EMAIL PROTECTED]> > >> SynSeer > > > > > > -- Fred Trotter <[EMAIL PROTECTED]> SynSeer
signature.asc
Description: This is a digitally signed message part
