Quoting Ian Cheong <[EMAIL PROTECTED]>: <snip> > We're talking about a product with a high need for integration, which > absolutely depends on the clinical data in the local system, where > poor performance will make users switch it off, where bandwidth > availability is variable, with a relatively small data set updated > probably on 3 monthly cycles, interacting with a prescribing database > which is updated quarterly, which absolutely has to be properly QA > tested prior to release. > > What's the perfect solution for that? a web service???? > Ian. To this "drug interaction server" function needs to be added a "terminlogy server" of similar functional requirements for the delivery of SNOMED, ICD, etc with the requirements of: After initial installation - small updates Updates periodically (say 6 monthly) Has to interact with vendor software.
This sounds like a need for a more generic view of "content servers" for working information systems. Ian, I'm unsure why you are cynical (if I've read your comment correctly) that web services can't deliver relaibly under these constraints. In terms of volume and throughput they are not very demanding on the bandwidth? cheers jon patrick ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. _______________________________________________ Gpcg_talk mailing list [email protected] http://ozdocit.org/cgi-bin/mailman/listinfo/gpcg_talk
