Tim Cook wrote:
> As soon as you start embedding complex data into relational structours
> you start losing the ability to recover "information".
>
> In the SPECIFIC instance of OSCAR, the act of creating PDF's as data
> stores means there is no way to report back out of them so that data
> qua
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Fred Trotter wrote:and we would have a
> solid Java-based contender for the throne of US EHR systems.
>
OhC'mon.
Let's be truly serious.
There are SERIOUS data integrity/data quality issues that OSCAR must
address before it is a contend
This is a good time to point out that the only thing that keeps OSCAR from
being a major player in the US, is its billing engine. We have tossed around
an effort to intergrate FreeB with OSCAR for some time. If that happened
FreeB would provide the US billing that OSCAR lacks, and we would have
Nandalal Gunaratne wrote:
>
>
> JAVA based Oscar Mcmaster is promising too but is unable to provide what
> you want, at the moment.
>
OSCAR will do much of what you want (I am one of the British Columbia OSCAR
users)
The features most important to me are:
- Assist in meeting Medicare