Hello Ian, Medical-Objects can send via GPG/SMIME PKI/PGP encrypted EMail as well as via HTTP and SOAP using all encryption types.
Access to The clients requires that the user and their public keys are registered with our routing information service, rather than just access to the server, unless you want recipients to manually sign keys. So yes we are happy to do that, and maintain your routing record, so others can send to you. Setting that up, and maintaining it, takes some time, so we probably need to charge something. Most capricorns are proxied, so we also see traffic for them. Any charge would need to allow for that, probably $75 per year per GP key (ie practice, not individual) and specialists more, depending on volumes. This equates to 1 hour of support time per year. We could give you unrestricted access to the routing and provider directory services however, and your own details would be available there as well. Our routing service in currently HL7 Master Files based, but adding a SOAP interface would not be hard. The infrastructure is already SOA in design, so its ideally suited. The SOAP sending interface is there, we just need a query interface ie "address for this provider" Would be happy to do it for nothing for test purposes. You need reasonable quality PIT or HL7 for it to work for the recipients. Andrew Tuesday, May 30, 2006, 1:05:53 PM, you wrote: iina> Quoting john dooley <[EMAIL PROTECTED]>: >> I could split the Pit with different headers into say PMsurgery and >> OPGPsurgery and alter the python code to parse out the various header >> choices and then handle those methods as appropriately thus including an >> OPGP email handler. But thats too far for me technically (newbie) and >> I have no time. Also, ideally those files should be tracked and married >> with an ack and reports generated about non acked batches. So suddenly >> Im looking at a second (PIT report) database to manage that and the >> project climbs an order of magnitude plus code wise to do those things. >> And then, it would be nice to have some smarts between here and there >> so I could test if "there" is alive or not. Plus it has to be tested and >> a client end interface sorted. iina> Ok, iina> if you had a process (running Linux? Windows?) which polls the directory iina> and can send files either GPG-email (to Horst, Alex Bennett, and me ;-) iina> or GPG-over-HTTP (i.e. to MO clients), and generates ACKs in the iina> format you want to feed back into iina> the legacy database, plus a nice web interface to adminster, and check message iina> status, etc., would you be (willing to consider) using it? iina> Talking to MO clients depends on having access to their iina> routing database (presumably for a fee, which IMHO is fair enough) iina> Andrew: would you allow this? what if we cache the routing iina> data (so we only need to ask you once)? Instead, would you prefer the messages iina> to go through your servers? iina> Ian iina> _______________________________________________ iina> Gpcg_talk mailing list iina> [email protected] iina> http://ozdocit.org/cgi-bin/mailman/listinfo/gpcg_talk iina> __________ NOD32 1.1566 (20060530) Information __________ iina> This message was checked by NOD32 antivirus system. iina> http://www.eset.com -- Best regards, Andrew mailto:[EMAIL PROTECTED] Andrew McIntyre Buderim Gastroenterology Centre www.buderimgastro.com.au PH: 07 54455055 FAX: 54455047 _______________________________________________ Gpcg_talk mailing list [email protected] http://ozdocit.org/cgi-bin/mailman/listinfo/gpcg_talk
