[LINK] Your Medicare records online

Birch, Jim Jim.Birch at dhhs.tas.gov.au
Thu Mar 4 12:09:46 AEDT 2010


Dr Bob Jansen wrote:

> Maybe this represents a compromise over where the stuff gets stored. A

> small proportion of the really necessary stuff on central, government

> run, servers and the rest with me so I can protect my security. That  
> way I control who gets access to the detail whilst still having the  
> necessary stuff available when needed.

Your Medicare record will only limited information like demographic data
and a list of Medicare item numbers, practitioner and dates.  This isn't
a health record that a doctor would consider using, except for specific
limited purposes.  OTOH you might be able to guess a bit from it, say,
if you were flogging life insurance, but you'd probably do about as well
with demographics and a few questions.

Hospitals have multiple systems which generally lack full integration.
The main hospital patient administration system (PAS) traditionally
contains demographics, and details about when and where the patient has
been and who looked at them.  The real medical data is distributed
through a lot of other systems, emergency medicine, pharmacology,
oncology, xray, etc.  These systems contain a fair bit of embedded
expertise and practice so (eg) a PAS vendor won't be able to match the
best oncology system.  This federated system presents numerous
integration problems.  Hospitals are constantly trying to provide better
integrated views of their data although the full detail will reside in
the specialist systems.  PAS vendors incorporate some modules like ward
systems that will contain medical information but won't have specialist
level detail.  Some vendors are attempting to create super applications
that encompass all specialities in a single integrated application.
This has proven difficult.

GPs and specialists are other islands of data.  They probably believe
that it's their data, rather than the patients or anyone else's, but
most of the GP systems couldn't support remote interrogation with
granular authorisation anyway.  There's a massive problem with
incompatible data formats, record standards, and even nomenclature for
medical symptoms, conditions, and so on.  Patients often fail to tell
their GPs that they have been to hospital, even with serious conditions.
Public health systems try to notify GPs about hospital admissions and
provide a discharge summary for the GP's records if the patient OKs it.
Some doctors don't want it.  Information transfer the other way is
fairly haphazard too. GPs may write a one line referral letter.
Hospital doctors may occasionally ring a patient's GP and request
information.

AFAICS a complete integrated health record is a long way off and current
federated model will persist for a long time, with gradual improvements
in standards and capability for remote access on a need to know basis.
This access will be managed in a federated model too, patient X allows
agency Y to make their records available to agency Z.  

It's worth noting that medical practice doesn't put absolute faith in
records unlike, say, a bank.  Records are very useful because it takes
time to take histories and patients have limited knowledge about their
own conditions.  However, apart from the obvious need to improve on
prior diagnoses that were incomplete, inaccurate or plain wrong,
patients change, and so do tests, diagnoses and treatments.  That's
probably got a lot to do with why the current system is as crazy as it
is.

Jim

Disclosure: I work in IT in the public health system but I'm not fully
informed about anything (at all).  Here, our knowledge base says we
support 320 client applications, though a few may be missed.  Most of
these are medical but some provide administrative, decision support,
etc.  I guess a hundred or so contain information that might be called
"medical records".


CONFIDENTIALITY NOTICE AND DISCLAIMER

The information in this transmission may be confidential and/or protected by legal professional privilege, and is intended only for the person or persons to whom it is addressed. If you are not such a person, you are warned that any disclosure, copying or dissemination of the information is unauthorised. If you have received the transmission in error, please immediately contact this office by telephone, fax or email, to inform us of the error and to enable arrangements to be made for the destruction of the transmission, or its return at our cost. No liability is accepted for any unauthorised use of the information contained in this transmission. If the transmission contains advice, the advice is based on instructions in relation to, and is provided to the addressee in connection with, the matter mentioned above. Responsibility is not accepted for reliance upon it by any other person or for any other purpose.




More information about the Link mailing list