I'm severely uneducated about some things. what is "the Magic Christian" and can I read about it on the internet ?
BTW, just pondering about the pros and cons about document management, since both windows and linux offer document scanning applications, what's the disadvantage of scanning into a directory the day's batch of received documents, and then using a special directory browser in an emr application, attaching meta-data to each file in the directory e.g. patient name,id number, from who, about what, so that the directory icon then shows the filename and a little box with the metadata attached to it. Then a button is pressed, and any files with metadata attached to it , is then uploaded into the emr's patient records. To attach metadata , each file can be associate with a gesture , e.g. double-click, and a dialog pops up with a search/select patient section, a search/select specialist sectin, and some text field's, possibly combo box, to associate a patient condition, or free text description of what the document is about. Any criticisms welcome regarding this concept of a workflow. On Mon, 2007-04-02 at 20:27 +0800, john hilton wrote: > On Monday 02 April 2007 6:27 pm, syan tan wrote: > > MD3 wouldn't want a BP import , because it might encourage people to > > try to export into BP, knowing they could import back to MD3 ( the no > > back-out disincentive). > > BP don't want MD3 export, because of the usual captured audience > > incentive. > > BTW, anyone know if the vendors allow third party importer-exporters, > > or how to look at their schemas ? > > Currently, if you want to do an unusual export-import (eg, something other > than MD>BP, anything>genie) you have to pay a programmer to investigate the > db structures and tell you how much data you can afford to extract.. (you > can always get all your data at a price. Did you ever see "the Magic > Christian"? ) > jh _______________________________________________ Gpcg_talk mailing list [email protected] http://ozdocit.org/cgi-bin/mailman/listinfo/gpcg_talk
