Ian et al,
Although Insight has some export capabilities, we recognize that these
are usually never enough, in particular in a power user context. Most
if not all commercial export facilities do have the same construct
limitations that power users will find limiting.
Alerce's company policy is that, on-request by a practice, Alerce makes
available ("Big time stuff-ups" disclaimers applies) the
Username/Password to Insight's underlying SQL Database to the nominated
responsible individual in a practice.
If the user knows SQL, the user can check the schema, read, write, etc.
This means that the user is not constrained by application design
considerations or application inflexibility or customer lock down
issues. In other words you can do what ever you like with your data,
and is your baby.
In this note, Alerce Software, would like to invite each other software
provider such as BP, HCN, to name a few to do the same in the interest
of all doctors Its simple, just make it your company policy and make
free access to the underlying database infrastructure a reality, there
is no compelling reason not to do so. And second, perhaps someone in
this list can build a public Register of all those companies that have
this policy.
Mario Ruiz
Alerce Software
syan tan wrote:
BTW, anyone know if the vendors allow third party importer-exporters,
or how to look at their schemas ?
On Mon, 2007-04-02 at 07:42 +0800, Richard Hosking wrote:
They did it for business reasons - it had nothing to do with govt funding
You dont see a BP -> MD3 transfer for the same reason
R
Cedric Meyerowitz wrote:
Tim
These transfers of notes in Australia is possible not due to government
funding, but because some software developers did it because we asked. Also
MD2 to BP transfers can occur with individual patients. Thirdly as
mentioned to Horst, the data from MD3 to BP that don't transfer is things
like recalls. And the reason why is not because BP can't, it is an MD3
export problem. Thus so far as MD2 exporting goes you can either do the
whole datyaset or individual patients.
_______________________________________________
Gpcg_talk mailing list
[email protected]
http://ozdocit.org/cgi-bin/mailman/listinfo/gpcg_talk
