It has been clear for some time now that the English National Health Service (NHS) National Program for Information Technology (NPfIT) has been meeting a range of difficulties.
The initial vision was that, with the expenditure of approximately 4% of the NHS budget on IT, it would be possible to create a national E-Health environment that would provide a major improvement to the quality and safety of care both in the ambulatory and hospital environments over a period of about a decade and that this investment would support the dramatic re-shaping and modernisation of the NHS.
In concept a central data “spine” was to be developed which had a range of common services and which used common Informatics Standards (HL7 V3.0, SNOMED CT etc) and standardised products from a range of hospital and ambulatory care vendors to create and maintain a spine based shared Electronic Health Record for all UK citizens. The project was huge, involving expenditure of $A30 Billion over the decade.
The whole thing is one of the most ambitious public IT projects ever undertaken anywhere in world.
Two recent events have prompted the present commentary. Before this there have also been major controversy regarding patient consent issues, the financial difficulties of a major technology provider (iSoft) and contractual difficulties and changes in providers as well as some key delays. This is said to have contributed to major morale problems and uncertainty.
The two recent events have been:
1. Lord Warner the health minister responsible for the £12.4bn NHS IT project is to retire at the end of the year. Lord Warner was a strong proponent of the NPfIT and his departure is undoubtedly a major blow to confidence.
2. The British Computer Society’s (BCS) Health Informatics Forum has produced a careful and generally critical strategic summary of the current state of play.
This report is available on line at:
http://www.bcs.org/server.php?show=ConWebDoc.8970
“Key recommendations of the report include:
• The provision of a business context for the English National Programme for Information Technology (NPfIT) at national and local level.
• A focus on local implementations at Trust and provider unit level, for example hospitals, diagnostic and treatment centres, community and mental health Trusts, practices. Providing specialty and service-based systems within provider units will encourage clinical involvement and give quicker benefits.
• There needs to be a major emphasis on standards to enable systems to interoperate effectively, rather than focusing on a few monolithic systems.
• The strategy should be evolutionary, building on what presently works and encouraging convergence to standards over time, rather than revolutionary.
• To adopt a truly patient-centred approach at the local health community level
• There are major issues about the sharing of electronic patient data which need to be resolved. These must not be hijacked by technical issues, and informed patient consent should be paramount.
• Transform NHS Connecting for Health (CfH) into an open partnership with NHS management, users, the informatics community, suppliers, patients and their carers, based on trust and respect.
• The clinical professions, NHS management and informaticians should collaborate to provide clear and comprehensive guidance for all sectors on good record keeping and data management – clinical and other, and embed this in undergraduate and post graduate training. The NHS should facilitate the take-up of this guidance.”
Interestingly the summary of the report also says “The NHS CfH programme can still make a massive contribution to safer and more appropriate patient care and remains in full agreement with the Wanless report that 4 per cent of NHS turnover should be spent on business-led informatics, according to the BCS Health Informatics Forum (BCSHIF) Strategic Panel.”
On these eight bullet points, above, I would offer the following commentary:
1. The length of time between the original strategy development in 1998 and the present has allowed alignment of the IT and business needs to drift. This is a major risk and the BCS report very correctly says it needs to be addressed.
2. The BCS recognises the need to get quality basics in place quickly – and this is very sound. People need to see success to believe further success is possible.
3. The BCS is keen on standards based interoperability. I have some reservations this is achievable in the short to medium term – but if a sensible messaging strategy is adopted there is very little downside. The detail of the report makes it clear the BCS understands the practical difficulties of implementation of some of the standards and that time may be required to get things right.
4. The suggested movement from a centrally controlled implementation model to a more collaborative approach is clearly very sensible – although how this can be done at a practical level will need to be thought through.
5. The move to a patient-centred approach at a local level is sound if what is intended is more patient control of their information. The detailed text makes it clear this general direction is supported.
6. The BCS Forum clearly understands the complex issues around information sharing, consent and the like and wisely suggests progress be dramatically slowed until practical and acceptable solutions are found and properly evaluated.
The report also is keen that initiatives around PACS, Choose and Book and GP Record Transfer (GP2GP) continue saying they seems to be working as are some of the central spine services (Patient ID etc).
Overall I think this is a very, very sound twenty pages that has many answers for the UK and also is a valuable document for Australian readers as well. I commend it to you.
The real risk is that central NHS bureaucrats will loose their nerve and funding for the program will dry up, rather than an appropriate review and continued support for a forward direction and continued investment. (There is a real likelihood this is what happened in Australia with HealthConnect)
Should this happen the “I told you so” pundits and the risk averse will have a “once in a generation” win and IT enabled healthcare delivery globally will be a major looser. I really hope those involved in the UK can work through all this.
David.
Sunday, December 17, 2006
Wednesday, December 13, 2006
Is SNOMED CT a Practical Usable Clinical Terminology Today?
In a recent posting at the E-Health Insider web-site it is reported that the Royal College of Physicians is urging a “universal and rapid SNOMED deployment” to be undertaken by the UK Connecting for Health IT Program.
The article can be found here:
http://www.ehiprimarycare.com/news/item.cfm?ID=2338
More interesting than the article is an anonymous response to the suggestion found at the bottom of the article. This is worth quoting in full as it goes to make some points and provide some useful resources for those interested in the area of practical, clinically useful SNOMED CT implementation.
“12 Dec 06 12:29
SNOMED: caveat emptor
Readers of this article (and the RCGP) are advised to check the detail before rushing into demands for immediate SNOMED implementation.
Major suppliers, would be implementers and academics are on public record stating SNOMED has manifest and significant quality control and implementation issues.
http://hl7-watch.blogspot.com/
http://www.shopcreator.com/mall/infopageviewer.cfm/Abiescouk/SCT06download
On a purely pragmatic level, clinical code sets supporting QOF/QMAS on the DoH website (URL changes almost daily :-( ) for SNOMED have not been updated since 2005 release (unlike those for the Read Codes which are up to date). This latter alone is unlikely to encourage jobbing GPs to queue up as guinea pigs for the 'imminent' releases of SNOMED enabled systems from EMIS, In Practice and others.
It just isn't as simple as whip the system suppliers I'm afraid.”
A review of the material found on these pages certainly raises some interesting and very complex questions and I would suggest anyone with an interest in the area review these two sites and the links / downloads provided carefully.
The messages I came away from all this material with were as follows:
1. If David Markwell’s presentation from March 2006 is to be believed the work of encapsulating the complexity for SNOMED CT behind a useable clinically friendly interface has yet to be completed. Without well engineered seamless interfaces to the use of SNOMED CT adoption and use of the terminology will be very slow indeed
2. The Kaiser Permanente implementation of SNOMED CT within its EPIC software implements a narrow subset of the full contents of SNOMED to make clinical coding and billing easier.
3. Professor Alan Rector (a global terminology guru if there is one) from Manchester University has recently said in a presentation that “Unless we can formalise the mutual constraints ... HL7 v3 + SNOMED = Chaos'. 'The documentation is beyond human capacity ... to write or to understand'.”
4. Other groups appear to be really struggling to deploy usable clinician friendly systems.
5. There are some significant academic linguists and ontologists who have very significant concerns about the underlying data model on which SNOMED CT is based.
6. The emergence of supporting terminologies in areas where localisation to a specific country is needed (e.g. in the local formulary) has been slower that might have been expected.
7. There is at least some concern regarding the overall data quality of the material already contained in SNOMED CT.
8. There also seem to some harmonisation issues between HL7 V3.0, CEN/ISO Standards and OpenEHR with Archetypes which indirectly impinge to some extent of terminology use.
What does all this mean practically?
I think that it is at least possible that large scale deployment of clinician friendly SNOMED CT may be more delayed than is anticipated at present – i.e. out to beyond 2010 and there is even the possibility that it may all prove ‘too hard’ and some simpler better designed approach – based on the lessons learnt from SNOMED CT – may need to be engineered.
Whatever happens it seems clear all those interested in the area should spend some time getting familiar with the current state of play so they can formulate, for themselves, informed estimates of just when systems which fulfil the promise of SNOMED CT are likely to be available.
I for one will not be holding my breath. Just as HL7 V3.0 and openEHR have taken over a decade to be developed and are not yet quite ready for ‘prime time’ as far as I know I suspect history will repeat with SNOMED CT.
I hope I am wrong!
David.
The article can be found here:
http://www.ehiprimarycare.com/news/item.cfm?ID=2338
More interesting than the article is an anonymous response to the suggestion found at the bottom of the article. This is worth quoting in full as it goes to make some points and provide some useful resources for those interested in the area of practical, clinically useful SNOMED CT implementation.
“12 Dec 06 12:29
SNOMED: caveat emptor
Readers of this article (and the RCGP) are advised to check the detail before rushing into demands for immediate SNOMED implementation.
Major suppliers, would be implementers and academics are on public record stating SNOMED has manifest and significant quality control and implementation issues.
http://hl7-watch.blogspot.com/
http://www.shopcreator.com/mall/infopageviewer.cfm/Abiescouk/SCT06download
On a purely pragmatic level, clinical code sets supporting QOF/QMAS on the DoH website (URL changes almost daily :-( ) for SNOMED have not been updated since 2005 release (unlike those for the Read Codes which are up to date). This latter alone is unlikely to encourage jobbing GPs to queue up as guinea pigs for the 'imminent' releases of SNOMED enabled systems from EMIS, In Practice and others.
It just isn't as simple as whip the system suppliers I'm afraid.”
A review of the material found on these pages certainly raises some interesting and very complex questions and I would suggest anyone with an interest in the area review these two sites and the links / downloads provided carefully.
The messages I came away from all this material with were as follows:
1. If David Markwell’s presentation from March 2006 is to be believed the work of encapsulating the complexity for SNOMED CT behind a useable clinically friendly interface has yet to be completed. Without well engineered seamless interfaces to the use of SNOMED CT adoption and use of the terminology will be very slow indeed
2. The Kaiser Permanente implementation of SNOMED CT within its EPIC software implements a narrow subset of the full contents of SNOMED to make clinical coding and billing easier.
3. Professor Alan Rector (a global terminology guru if there is one) from Manchester University has recently said in a presentation that “Unless we can formalise the mutual constraints ... HL7 v3 + SNOMED = Chaos'. 'The documentation is beyond human capacity ... to write or to understand'.”
4. Other groups appear to be really struggling to deploy usable clinician friendly systems.
5. There are some significant academic linguists and ontologists who have very significant concerns about the underlying data model on which SNOMED CT is based.
6. The emergence of supporting terminologies in areas where localisation to a specific country is needed (e.g. in the local formulary) has been slower that might have been expected.
7. There is at least some concern regarding the overall data quality of the material already contained in SNOMED CT.
8. There also seem to some harmonisation issues between HL7 V3.0, CEN/ISO Standards and OpenEHR with Archetypes which indirectly impinge to some extent of terminology use.
What does all this mean practically?
I think that it is at least possible that large scale deployment of clinician friendly SNOMED CT may be more delayed than is anticipated at present – i.e. out to beyond 2010 and there is even the possibility that it may all prove ‘too hard’ and some simpler better designed approach – based on the lessons learnt from SNOMED CT – may need to be engineered.
Whatever happens it seems clear all those interested in the area should spend some time getting familiar with the current state of play so they can formulate, for themselves, informed estimates of just when systems which fulfil the promise of SNOMED CT are likely to be available.
I for one will not be holding my breath. Just as HL7 V3.0 and openEHR have taken over a decade to be developed and are not yet quite ready for ‘prime time’ as far as I know I suspect history will repeat with SNOMED CT.
I hope I am wrong!
David.
Monday, December 11, 2006
The Access Card Debate Begins in Earnest.
ABC Radio National today broadcast a very useful review of the proposal for an Access Smartcard which is currently under development by the Commonwealth Government with the pointman being the Minister for Human Services, Joe Hockey.
The show, Background Briefing, is summarised by the ABC as follows:
“Getting smart: the Access Card
The government is bringing in a new national card, called the Access Card. Everyone who uses Medicare, Centrelink, or any government service, will have one. And they're not just normal cards. They have mini-computers inside them that can store data about your name, address and anything else. The government says they're like mp3 players, and big business loves them, but opponents say they're a new version of the Australia Card - an ID card in disguise. And they say that privacy is in peril. Reporter: Sharona Coutts”
The fifty minutes of audio, suitable for playing on both a PC or portable .mp3 player can be found here:
http://mpegmedia.abc.net.au/rn/podcast/current/audioonly/bbg_20061210.mp3
Among the interesting points made in the show were the following:
1. Enabling legislation for the Access Card has not been passed and is due to be introduced in the first half of 2007. Mr Hockey recognises that this will be the time when the project will be under most challenge. It would be a ‘courageous decision’ to spend too much before that approval is obtained. At present the Opposition is saying they don’t have enough detail to be sure which way they will vote. It seems unlikely the Greens or Democrats will support the proposal so the numbers in the Senate are likely to be tight. In the House of Representatives it is hard to know how things will play out with some Liberals being philosophically opposed to ID cards or anything like them.
2. The Government has developed a Privacy Impact Assessment for the Access Card proposal (with the assistance of Clayton Utz, a major national law firm), but it is not being released for reasons which have to be very hard to understand.
3. The Government asked a Privacy Task Force to review the proposal and when the Task Force said the individuals signature and ID number should not be human readable (i.e. written in clear text) on the card these recommendations were rejected. The concern with this information being readable is that this will make it easy for anyone to obtain (or demand) an individual’s key number and maximise the risk of “function creep” of the card. Over time it is feared everyone from the video shop up will want to record the card number and use the signature to verify identity.
4. The Government (and Mr Hockey) are not prepared to disclose even his estimates how long and complex the access card enrolment process for each citizen. This leads to concern about just how accurate the start up costing estimates and the actual proposed start date are.
5. Mr Hockey claims the Secure Customer Registration System (SCRS) will hold less information than an individual’s driver’s license but fails to disclose the range of linkages to other huge databases (e.g. CentreLink and Medicare) that will be required for the system to work.
6. It does seem that it will be technically very difficult to have citizens use their Access Card and their PC to securely store information on their card without creating highly exploitable security weaknesses as Mr Hockey has been suggesting.
7. A system as centralised as the one proposed here, but having so many users, is inevitably going to be abused by Departmental insiders for profit, curiosity or worse. (Witness the breaches at the ATO, CentreLink and the Child Support Agency). There seems to be an emerging sense of concern in the community regarding the risks such systems pose to some vulnerable parts of the population (e.g. separated wives who are being sought by their abusive husbands etc.)
As I have pointed out before, those of us who are interested in the deployment and use of Health IT have a vested interest in this project and similar identity management efforts. If the public and political contention around the Access Card becomes significant there will be negative impacts on all efforts to improve access to, and the flow of information, in other domains – including health.
It seems unlikely, for example, that NEHTA’s plans for an Individual Health Identifier (IHI), delivered as a web service it is assumed, would not be caught up in any Access Card contention and debate. It is interesting that NEHTA plans have thus far not attracted much, if any attention from the various privacy and security lobbies.
Equally, concern may emerge regarding the efforts of the various State Health Departments to deploy State-Wide universal identifiers (I wonder how many State Health Departments would want to record the Access Card Number once it becomes available? Unless they were legislatively barred I suggest the number would be close to 100%).
It seems to me that if both the privacy and function creep issues around the proposed Access Card are not handled both more robustly and more sensitively that presently appears to be the plan E-Health may wind up a major collateral casualty of a potentially failed Access Card implementation.
I commend the show as a very good listen.
David.
The show, Background Briefing, is summarised by the ABC as follows:
“Getting smart: the Access Card
The government is bringing in a new national card, called the Access Card. Everyone who uses Medicare, Centrelink, or any government service, will have one. And they're not just normal cards. They have mini-computers inside them that can store data about your name, address and anything else. The government says they're like mp3 players, and big business loves them, but opponents say they're a new version of the Australia Card - an ID card in disguise. And they say that privacy is in peril. Reporter: Sharona Coutts”
The fifty minutes of audio, suitable for playing on both a PC or portable .mp3 player can be found here:
http://mpegmedia.abc.net.au/rn/podcast/current/audioonly/bbg_20061210.mp3
Among the interesting points made in the show were the following:
1. Enabling legislation for the Access Card has not been passed and is due to be introduced in the first half of 2007. Mr Hockey recognises that this will be the time when the project will be under most challenge. It would be a ‘courageous decision’ to spend too much before that approval is obtained. At present the Opposition is saying they don’t have enough detail to be sure which way they will vote. It seems unlikely the Greens or Democrats will support the proposal so the numbers in the Senate are likely to be tight. In the House of Representatives it is hard to know how things will play out with some Liberals being philosophically opposed to ID cards or anything like them.
2. The Government has developed a Privacy Impact Assessment for the Access Card proposal (with the assistance of Clayton Utz, a major national law firm), but it is not being released for reasons which have to be very hard to understand.
3. The Government asked a Privacy Task Force to review the proposal and when the Task Force said the individuals signature and ID number should not be human readable (i.e. written in clear text) on the card these recommendations were rejected. The concern with this information being readable is that this will make it easy for anyone to obtain (or demand) an individual’s key number and maximise the risk of “function creep” of the card. Over time it is feared everyone from the video shop up will want to record the card number and use the signature to verify identity.
4. The Government (and Mr Hockey) are not prepared to disclose even his estimates how long and complex the access card enrolment process for each citizen. This leads to concern about just how accurate the start up costing estimates and the actual proposed start date are.
5. Mr Hockey claims the Secure Customer Registration System (SCRS) will hold less information than an individual’s driver’s license but fails to disclose the range of linkages to other huge databases (e.g. CentreLink and Medicare) that will be required for the system to work.
6. It does seem that it will be technically very difficult to have citizens use their Access Card and their PC to securely store information on their card without creating highly exploitable security weaknesses as Mr Hockey has been suggesting.
7. A system as centralised as the one proposed here, but having so many users, is inevitably going to be abused by Departmental insiders for profit, curiosity or worse. (Witness the breaches at the ATO, CentreLink and the Child Support Agency). There seems to be an emerging sense of concern in the community regarding the risks such systems pose to some vulnerable parts of the population (e.g. separated wives who are being sought by their abusive husbands etc.)
As I have pointed out before, those of us who are interested in the deployment and use of Health IT have a vested interest in this project and similar identity management efforts. If the public and political contention around the Access Card becomes significant there will be negative impacts on all efforts to improve access to, and the flow of information, in other domains – including health.
It seems unlikely, for example, that NEHTA’s plans for an Individual Health Identifier (IHI), delivered as a web service it is assumed, would not be caught up in any Access Card contention and debate. It is interesting that NEHTA plans have thus far not attracted much, if any attention from the various privacy and security lobbies.
Equally, concern may emerge regarding the efforts of the various State Health Departments to deploy State-Wide universal identifiers (I wonder how many State Health Departments would want to record the Access Card Number once it becomes available? Unless they were legislatively barred I suggest the number would be close to 100%).
It seems to me that if both the privacy and function creep issues around the proposed Access Card are not handled both more robustly and more sensitively that presently appears to be the plan E-Health may wind up a major collateral casualty of a potentially failed Access Card implementation.
I commend the show as a very good listen.
David.
Availability of Electronic Decision Support Evaluation Guidelines
Some good news has just been received from Professor Enrico Coiera. I thought it was worth posting the information here.
"Subject: EDSS Evaluation Guidelines
The AHIC EDSS evaluation guidelines have been unavailable for some time, with the demise of the AHIC website.
I'm happy to announce that we are now hosting the guidelines at our site:
http://www2.chi.unsw.edu.au/edsse/wrapper.php
Please let me know if there are any difficulties in accessing the material, and any thoughts on how we keep this project alive are most welcome.
Also, please do circulate the url to your EDSS colleagues.
Prof. Enrico Coiera
Director
Centre for Health Informatics
University of New South Wales
UNSW 2052 NSW Australia
T: +61 2 9385 9026
F: +61 2 9385 9006"
Professor Coiera can be reached at the following e-mail address e.coiera (-at-) unsw.edu.au if required for comment etc.
These guidelines were developed by the UNSW Centre for Health Informatics two or three years ago having been commissioned by the now apparently defunct Australian Health Information Council. While maybe now very slightly out of date they are an invaluable resource for all interested in the field.
David.
"Subject: EDSS Evaluation Guidelines
The AHIC EDSS evaluation guidelines have been unavailable for some time, with the demise of the AHIC website.
I'm happy to announce that we are now hosting the guidelines at our site:
http://www2.chi.unsw.edu.au/edsse/wrapper.php
Please let me know if there are any difficulties in accessing the material, and any thoughts on how we keep this project alive are most welcome.
Also, please do circulate the url to your EDSS colleagues.
Prof. Enrico Coiera
Director
Centre for Health Informatics
University of New South Wales
UNSW 2052 NSW Australia
T: +61 2 9385 9026
F: +61 2 9385 9006"
Professor Coiera can be reached at the following e-mail address e.coiera (-at-) unsw.edu.au if required for comment etc.
These guidelines were developed by the UNSW Centre for Health Informatics two or three years ago having been commissioned by the now apparently defunct Australian Health Information Council. While maybe now very slightly out of date they are an invaluable resource for all interested in the field.
David.
Sunday, December 10, 2006
Sometimes It’s Vital to Just Opt-Out!
Underneath the calm exterior of the NSW HealtheLink project it appears there is a little policy anxiety and confusion.
Prior to the trial commencing a Privacy Policy was published dated March 17 2006. As regular readers will be aware the policy was based on automatic opt-in and capture of clinical information with notification to each patient that they had thirty days to ‘opt-out’ before any information held on the Healthelink database would become available to all registered healthcare providers.
Regular readers will also be aware that, although there is an audit trail to record access to records, once any provider has access to Healthelink they can search for and locate any patient for which the most basic identifying information is known (e.g surname and approximate age).
The only patient control available is essentially to opt-out of the entire system.
We now find seven months later the Privacy Policy has been updated. The new document is dated October 22, 2006.
Two things appear different.
First the residential postcodes 2170 (around Liverpool) and 2560 (around Campbelltown) have been excluded from the paediatric trial. It’s hard to know what motivated these changes – unless maybe these areas lacked co-operating GPs.
Secondly the following has been added to the Privacy Policy.
“2.3 Information specific laws and policies
All personal health information is generally considered to be sensitive personal information, dealing as it does with matters that are personal and which an individual will generally expect to be shielded from public disclosure.
Sometimes individuals will have different expectations about how some of their personal health information will be used or disclosed. These expectations can be based on their own cultural or personal background, family situation, a feeling that certain information is particularly stigmatizing. Some common examples include information collected by services providing specialist genetics services, child protection services or sexual health services. There are additional legal restrictions imposed on use or disclosure which apply to the release of a person’s HIV status, adoption and organ donation information.
Whilst the Healthelink pilot system does not have the ability to identify and restrict access to these different types of personal information, some information is able to be filtered out prior to being lodged with Healthelink. These are:
• Data received from community based sexual assault and PANOC (Physical Abuse and Neglect of Children) services. NSW has special restrictions on access to adult and child sexual assault records and PANOC records, in accordance with the Criminal Procedures Act, the Children and Young Persons (Care and Protection) Act , the NSW Interagency Guidelines on Child Protection, and other NSW Health Policy.
• All molecular genetics test results (e.g. familial cancer gene status) and all cytogenetics test results (e.g. karyotyping) received from community based genetics services in the Hunter New England Area Health Service.
• All HIV associated test results (e.g. HIV antibody, HIV conformations, HIV viral loads) received from Hunter New England Area Health Service. .
Unless the individual requests otherwise, health professionals who access the Healthelink record will be able to see all other personal health information contained in an individual’s Healthelink record. If an individual has concerns about this, they may choose which organisations can have access to their record, or the individual may elect to opt out of the system.
Alternatively, healthcare providers can contact Healthelink to request that access to individuals’ records by the individual or their associate be restricted if they consider there are risks to the individual. Further information about managing sensitive information generally is provided in a number of NSW Health policies which guide staff on the management of personal health information. These are summarised in the NSW Health Privacy Manual, Section 15.9.”
Essentially, what we have here is a confession that some very private and sensitive information can slip, unknown to the patient, onto the Healthelink data-base. Were this not the case the change shown above would not have been necessary. I can only assume it is to avoid Government liability for breach of trust and / or disclosure of a possible serious risk.
Given the inevitability of security violations – even in the best regulated environments – the inability of a patient to have sensitive data actually removed from the database – rather than simply made inaccessible - is a serious worry.
That better and more robust privacy controls were not developed before the trial commenced is also a real concern. Clinicians really need to look very hard at the contents of their clinical records before permitting automatic transfer of their patient’s record to Healthelink in my view, despite being assured they are indemnified.
Before posting there is another gem I noticed in the Privacy Policy as I was reading it through. After saying that personal private information can be disclosed for emergency, compassionate, audit legal and a range of other issues there is one last reason.
11. Use and disclosure as required by the Minister or Premier
NSW Health may use or disclose personal health information if the information is required by the Minister or Premier.
Further details: Privacy Manual, Section 11.3.14
Just exactly why the Premier or Minister would be so empowered beggars belief. No wonder there are problems with community trust in such projects when things like this are said to be acceptable. One has to be grateful the authorisation was not “the Premier or delegate” – which might ensure any public servant could disclose and use - I guess.
I note in passing some of these information categories are held on the Oacis databases in South Australia. I have yet to hear back as to how these sensitivities are handled there.
David.
Prior to the trial commencing a Privacy Policy was published dated March 17 2006. As regular readers will be aware the policy was based on automatic opt-in and capture of clinical information with notification to each patient that they had thirty days to ‘opt-out’ before any information held on the Healthelink database would become available to all registered healthcare providers.
Regular readers will also be aware that, although there is an audit trail to record access to records, once any provider has access to Healthelink they can search for and locate any patient for which the most basic identifying information is known (e.g surname and approximate age).
The only patient control available is essentially to opt-out of the entire system.
We now find seven months later the Privacy Policy has been updated. The new document is dated October 22, 2006.
Two things appear different.
First the residential postcodes 2170 (around Liverpool) and 2560 (around Campbelltown) have been excluded from the paediatric trial. It’s hard to know what motivated these changes – unless maybe these areas lacked co-operating GPs.
Secondly the following has been added to the Privacy Policy.
“2.3 Information specific laws and policies
All personal health information is generally considered to be sensitive personal information, dealing as it does with matters that are personal and which an individual will generally expect to be shielded from public disclosure.
Sometimes individuals will have different expectations about how some of their personal health information will be used or disclosed. These expectations can be based on their own cultural or personal background, family situation, a feeling that certain information is particularly stigmatizing. Some common examples include information collected by services providing specialist genetics services, child protection services or sexual health services. There are additional legal restrictions imposed on use or disclosure which apply to the release of a person’s HIV status, adoption and organ donation information.
Whilst the Healthelink pilot system does not have the ability to identify and restrict access to these different types of personal information, some information is able to be filtered out prior to being lodged with Healthelink. These are:
• Data received from community based sexual assault and PANOC (Physical Abuse and Neglect of Children) services. NSW has special restrictions on access to adult and child sexual assault records and PANOC records, in accordance with the Criminal Procedures Act, the Children and Young Persons (Care and Protection) Act , the NSW Interagency Guidelines on Child Protection, and other NSW Health Policy.
• All molecular genetics test results (e.g. familial cancer gene status) and all cytogenetics test results (e.g. karyotyping) received from community based genetics services in the Hunter New England Area Health Service.
• All HIV associated test results (e.g. HIV antibody, HIV conformations, HIV viral loads) received from Hunter New England Area Health Service. .
Unless the individual requests otherwise, health professionals who access the Healthelink record will be able to see all other personal health information contained in an individual’s Healthelink record. If an individual has concerns about this, they may choose which organisations can have access to their record, or the individual may elect to opt out of the system.
Alternatively, healthcare providers can contact Healthelink to request that access to individuals’ records by the individual or their associate be restricted if they consider there are risks to the individual. Further information about managing sensitive information generally is provided in a number of NSW Health policies which guide staff on the management of personal health information. These are summarised in the NSW Health Privacy Manual, Section 15.9.”
Essentially, what we have here is a confession that some very private and sensitive information can slip, unknown to the patient, onto the Healthelink data-base. Were this not the case the change shown above would not have been necessary. I can only assume it is to avoid Government liability for breach of trust and / or disclosure of a possible serious risk.
Given the inevitability of security violations – even in the best regulated environments – the inability of a patient to have sensitive data actually removed from the database – rather than simply made inaccessible - is a serious worry.
That better and more robust privacy controls were not developed before the trial commenced is also a real concern. Clinicians really need to look very hard at the contents of their clinical records before permitting automatic transfer of their patient’s record to Healthelink in my view, despite being assured they are indemnified.
Before posting there is another gem I noticed in the Privacy Policy as I was reading it through. After saying that personal private information can be disclosed for emergency, compassionate, audit legal and a range of other issues there is one last reason.
11. Use and disclosure as required by the Minister or Premier
NSW Health may use or disclose personal health information if the information is required by the Minister or Premier.
Further details: Privacy Manual, Section 11.3.14
Just exactly why the Premier or Minister would be so empowered beggars belief. No wonder there are problems with community trust in such projects when things like this are said to be acceptable. One has to be grateful the authorisation was not “the Premier or delegate” – which might ensure any public servant could disclose and use - I guess.
I note in passing some of these information categories are held on the Oacis databases in South Australia. I have yet to hear back as to how these sensitivities are handled there.
David.
Thursday, December 07, 2006
The Government Has Absurdly Low Expectations for Practice Incentive Payments.
The Australian General Practice, Practice Incentive Program (PIP) has been in operation since 2001. In this program accredited General Practices are provided with financial incentives to reach various performance targets. The PIP grew out of the Better Practice Program in response to a series of recommendations made by the General Practice Strategy Review Group (GPSRG) that reported to the Government in March 1998.
Payments are made on the basis of a factor termed the Standardised Whole Patient Equivalent (SWPE) which is an estimate of the level of practice complexity and activity based on information gathered by Medicare Australia during its payment processing for Medicare funded services.
The typical General Practice will be about 800 – 1600 SWPEs per full time doctor – e.g. a 4 man practice will have a SWPE of about 4000. The statistically average FTE GP sees 1,000 SWPEs annually according to Medicare Australia.
The overall program is by no means trivial having cost $250+ Million in 2005/06.
One component of the PIP focuses on the deployment and use of Information Technology in General Practice.
The IM/IT PIP program used to cover three areas until it recently was updated – with different requirements for payment eligibility – in November, 2006.
In the earlier version the payments were as follows:
Tier 1 - Providing data to the Australian Government - $3.0 per SWPE
Tier 2 - Use of bona fide electronic prescribing software to generate the majority of scripts in the practice - $2.0 per SWPE
Tier 3 - The practice has on site and uses a computer/s connected to a modem to send and/or receive clinical information - $2.0 per SWPE
Thus to receive $7000 a year per practitioner a practice essentially had to fill in a few practice profile forms, utilise prescription printing software that could be obtained very cheaply or free from HCN Ltd and have a modem to pick up results electronically from a local pathology provider.
Given the economic life of a PC is about three years this amounts to a very substantial payment for a PC and a printer. Even if a networked environment for three to four practitioners was deployed $60,000 - $80,000 would be more than enough to fully fund the system, its installation and a considerable profit!
It should also be remembered that prescription printing – and most especially repeat prescription printing - is one GP computing function that has been demonstrated to save GPs time and thus money. Despite this we (the public) paid them to start using it!
Under the new payment scheme the criteria have been updated.
For Tier 1 the practice has to record electronically the allergies of a majority of their active patients and to have in place adequate internet and anti-virus security measures. This gets the first $4.0 per SWPE.
For Tier 2 the practice must record major diagnoses and current medications in the patient’s electronic record. This generates an addition $3.0 per SWPE.
On the basis that there are a little over 4000 practices are signed up for the IM/IT PIP payments, and that they have an average of three practitioners each, this is costing approximately $84 Million per annum. A non trivial sum I would suggest.
What is actually going on here is that the Government via Medicare Australia is paying GPs to undertake the most basic parts of electronic patient record keeping and setting the expectations so low that only minimal benefits are likely to flow.
Were there requirements to actually code diagnoses and medication so useful practice statistics could be generated and issues such as tracking ADE’s for newly introduced medicines could be undertaken there would possibly be some real value.
Additionally coding would enable basic clinical decision support relating diagnosis and treatment to be achieved – a major benefit.
Also it seems the software requirements of the present program could be, clumsily, met using a simple spreadsheet or database program with no ability to be improved and extended to deliver more benefit. That there is no requirement for certification of the functionality and safety of the software used by GPs to obtain PIP payments is appalling and a major policy failure.
For the money to be claimed there should be quality, functionally rich software supporting advanced clinical support insisted upon and used. Anything less is really risible.
As a concerned citizen I believe we should all expect more certainty of benefit for our GP computing money.
When we combine these funds with other Commonwealth funding of programs such as Broadband for Health (BfH), which is funded to as much as $40 Million per annum, as well as other smaller initiatives such as the Eastern Goldfield's Project, we really have the federal Government throwing a lot of money at GPs in an amazingly profligate fashion.
It seems to me, just as there is a need for strategic clarity from NEHTA, there is an equally strong case for the same from DoHA in terms of clear objectives and evaluation of the expenditure.
Simple, relatively inexpensive, proven to be effective, initiatives such as replicating the NSW Health Department’s Clinical Information Access Program (CIAP) nationally for GPs and specialists would be likely candidates for investment as would the sponsorship of the development of quality, certified clinical systems for clinical use.
I wonder, has a business case to justify all this spending ever been developed or has there ever been a retrospective review of the impact of the spending?
To quote Mr Abbott from a press release of December 2005 which was based on a speech entitled: Better records make better doctors
A speech by Minister for Health and Ageing, Tony Abbott, to the Australian Medical Association E-Health Forum, Canberra, 8 December 2005.
“Five years ago, the Health Ministers' Council first committed all Australian governments to the development of an integrated IT-based health record system. Over the past decade, the Commonwealth Government has paid some $600 million in IT-linked GP Practice Incentive Payments. Over the past 18 months, the government has committed $60 million to the Broadband for Health initiative, designed to ensure that every general practice and pharmacy has access to business-grade connectivity. So far, the government has committed more than $110 million to developing HealthConnect, including $9 million in half-funding the National Electronic Health Transition Authority which aims to standardise usage and facilitate inter-operability of federal, state and private health IT systems.”
See: http://www.health.gov.au/internet/ministers/publishing.nsf/Content/health
-mediarel-yr2005-ta-abbsp081205.htm?OpenDocument&yr=2005&mth=12
This is almost $780 Million in all over the decade. I wonder what benefits we have really received for all this investment?
I am sure any other program of this scale would have to have been rigorously evaluated. Has anyone seen the report?
David.
Payments are made on the basis of a factor termed the Standardised Whole Patient Equivalent (SWPE) which is an estimate of the level of practice complexity and activity based on information gathered by Medicare Australia during its payment processing for Medicare funded services.
The typical General Practice will be about 800 – 1600 SWPEs per full time doctor – e.g. a 4 man practice will have a SWPE of about 4000. The statistically average FTE GP sees 1,000 SWPEs annually according to Medicare Australia.
The overall program is by no means trivial having cost $250+ Million in 2005/06.
One component of the PIP focuses on the deployment and use of Information Technology in General Practice.
The IM/IT PIP program used to cover three areas until it recently was updated – with different requirements for payment eligibility – in November, 2006.
In the earlier version the payments were as follows:
Tier 1 - Providing data to the Australian Government - $3.0 per SWPE
Tier 2 - Use of bona fide electronic prescribing software to generate the majority of scripts in the practice - $2.0 per SWPE
Tier 3 - The practice has on site and uses a computer/s connected to a modem to send and/or receive clinical information - $2.0 per SWPE
Thus to receive $7000 a year per practitioner a practice essentially had to fill in a few practice profile forms, utilise prescription printing software that could be obtained very cheaply or free from HCN Ltd and have a modem to pick up results electronically from a local pathology provider.
Given the economic life of a PC is about three years this amounts to a very substantial payment for a PC and a printer. Even if a networked environment for three to four practitioners was deployed $60,000 - $80,000 would be more than enough to fully fund the system, its installation and a considerable profit!
It should also be remembered that prescription printing – and most especially repeat prescription printing - is one GP computing function that has been demonstrated to save GPs time and thus money. Despite this we (the public) paid them to start using it!
Under the new payment scheme the criteria have been updated.
For Tier 1 the practice has to record electronically the allergies of a majority of their active patients and to have in place adequate internet and anti-virus security measures. This gets the first $4.0 per SWPE.
For Tier 2 the practice must record major diagnoses and current medications in the patient’s electronic record. This generates an addition $3.0 per SWPE.
On the basis that there are a little over 4000 practices are signed up for the IM/IT PIP payments, and that they have an average of three practitioners each, this is costing approximately $84 Million per annum. A non trivial sum I would suggest.
What is actually going on here is that the Government via Medicare Australia is paying GPs to undertake the most basic parts of electronic patient record keeping and setting the expectations so low that only minimal benefits are likely to flow.
Were there requirements to actually code diagnoses and medication so useful practice statistics could be generated and issues such as tracking ADE’s for newly introduced medicines could be undertaken there would possibly be some real value.
Additionally coding would enable basic clinical decision support relating diagnosis and treatment to be achieved – a major benefit.
Also it seems the software requirements of the present program could be, clumsily, met using a simple spreadsheet or database program with no ability to be improved and extended to deliver more benefit. That there is no requirement for certification of the functionality and safety of the software used by GPs to obtain PIP payments is appalling and a major policy failure.
For the money to be claimed there should be quality, functionally rich software supporting advanced clinical support insisted upon and used. Anything less is really risible.
As a concerned citizen I believe we should all expect more certainty of benefit for our GP computing money.
When we combine these funds with other Commonwealth funding of programs such as Broadband for Health (BfH), which is funded to as much as $40 Million per annum, as well as other smaller initiatives such as the Eastern Goldfield's Project, we really have the federal Government throwing a lot of money at GPs in an amazingly profligate fashion.
It seems to me, just as there is a need for strategic clarity from NEHTA, there is an equally strong case for the same from DoHA in terms of clear objectives and evaluation of the expenditure.
Simple, relatively inexpensive, proven to be effective, initiatives such as replicating the NSW Health Department’s Clinical Information Access Program (CIAP) nationally for GPs and specialists would be likely candidates for investment as would the sponsorship of the development of quality, certified clinical systems for clinical use.
I wonder, has a business case to justify all this spending ever been developed or has there ever been a retrospective review of the impact of the spending?
To quote Mr Abbott from a press release of December 2005 which was based on a speech entitled: Better records make better doctors
A speech by Minister for Health and Ageing, Tony Abbott, to the Australian Medical Association E-Health Forum, Canberra, 8 December 2005.
“Five years ago, the Health Ministers' Council first committed all Australian governments to the development of an integrated IT-based health record system. Over the past decade, the Commonwealth Government has paid some $600 million in IT-linked GP Practice Incentive Payments. Over the past 18 months, the government has committed $60 million to the Broadband for Health initiative, designed to ensure that every general practice and pharmacy has access to business-grade connectivity. So far, the government has committed more than $110 million to developing HealthConnect, including $9 million in half-funding the National Electronic Health Transition Authority which aims to standardise usage and facilitate inter-operability of federal, state and private health IT systems.”
See: http://www.health.gov.au/internet/ministers/publishing.nsf/Content/health
-mediarel-yr2005-ta-abbsp081205.htm?OpenDocument&yr=2005&mth=12
This is almost $780 Million in all over the decade. I wonder what benefits we have really received for all this investment?
I am sure any other program of this scale would have to have been rigorously evaluated. Has anyone seen the report?
David.
Wednesday, December 06, 2006
The Children of HealthConnect – How are They Going – Part 2?
This is the second article on the children of the now defunct Federal HealthConnect program. It covers initiatives that are branded as HealthConnect in Tasmania and the Northern Territory (NT).
Northern Territory.
There are essentially two projects under development in the NT, with the initial Shared Electronic Record being in abeyance either permanently or until NEHTA develops and publishes implementable standards some time in 2008 (on the current plans).
HealthConnect NT does not appear to have its own project web site.
The Northern Territory Department of Health and Community Services (DHCS) is responsible for implementing HealthConnect and other leading e-Health initiatives in the Territory.
Project 1 is the Point to Point (P2P) service, a secure electronic communication network between health professionals across approximately 200 potential sites in the Top End commencing in Darwin and Katherine.
The HealthConnect funded Point to Point (P2P) Service is based at the Top End Division of General Practice in the Northern Territory started in September 2005. The technology used is secure e-mail using Argus as the e-mail client
As of June 2006 approximately 50 practices have been connected to a range of specialists. It is planned to gradually extend the network to also cover ancillary services, pathology and radiology etc as well.
Further extension to more remote areas is planned for 2007.
Project 2, which will involve electronic prescription transfer, is being planned to start in mid 2007 according to the ArgusConnect CEO in a recent e-mail.
As far as this all goes it is a distinctly good thing to improve communications between practitioners in the NT.
There are however a range of practical and strategic issues with all this.
First Argus is a software product that, while having the GP client being ‘open source’ has only a limited guarantee of long term supported commercial viability. That is not to say failure is guaranteed but rather that it is possible and this needs to be factored into decisions to adopt Argus. (As the user base grows this risk will hopefully drop).
Second the utility of the product is very much dependent on the network effect (i.e. it becomes more useful the more users there are – much like the telephone). The competition in this market segment makes reaching critical mass by no means certain.
Third the choice by Argus to make their client software free continues a trend that at least some would suggest has had a severely distorting effect on the growth of the clinical software market in Australia.
Fourth the need for a centralised directory for e-mail addresses etc to contact other Argus users introduces the ‘single point of failure’ issue that Argus competitors are said to have, albeit in a less acute form.
Fifth the choice of communication standards adopted by Argus – while practical at present – may prove to be somewhat limiting in the future.
With this said, this seems to me to be a worthwhile initiative that should be watched closely as it evolves and at some point evaluated to see just what level of value is being received for the costs involved and how the total costs of ownership and operation compare with the alternatives.
It does also need to be said that, although branded HealthConnect, this project bears scant resemblance to the 2004/5 Business Architecture (Version 1.9) envisaged for HealthConnect originally.
Tasmania.
For some reason, seemingly associated with a certain Tasmanian Senator, there have always seemed to funds available for speculative technology ventures – especially of the electronic kind. Tasmania’s long path to success was chronicled in the Launceston Examiner last year.
“LGH Launches New System
By Alison Andrews, Tuesday, 4 October 2005, Courtesy of the Launceston Examiner.
The days of doctors' notes are numbered with the launch of HealthConnect at the Launceston General Hospital yesterday.
The national health information network has been three years in the making and will mean that LGH doctors will be able to send a note about patients to their local general practitioners electronically rather than in traditional paper form.
The system was trialled in Southern Tasmania three years ago, concentrating on people with chronic diabetes, while the LGH was a test site for an associated initiative, MediConnect.
This offered secure electronic information between hospitals, doctors and pharmacies to help improve quality and safety in the handling of medicines.
The new system, to electronically link hospitals and GPs, will start in Tasmania at the LGH, and next month will include the launch of HealthConnect's admissions and discharge notification project, said the services' director Mary Blackwood.
"That will allow immediate notice of a patient's admission and discharge," Mrs Blackwood said.
HealthConnect is a national initiative supported by the Federal Government. Tasmania and South Australia are the first two states to introduce the new communication system.
Launceston GP Jennifer Barker welcomed its launch.
"GPs are always busy and it is good to know that we are moving beyond the trials to the implementation stage," she said.”
This exciting innovation is the so called Electronic Notification of Hospital Events (ENHE) project, where a fax or e-mail is sent to a GP, with the patient’s permission, to let them know their patient has been admitted or discharged from Hospital. No clinical information is sent – just an administrative notification.
Flush with the success of this awesomely complex project a new project has been commenced. This time the discharge notification will also have the discharge medications listed. The scale of the advance has meant the project is now termed the Patient Discharge Medication Record pilot (PDMR).
To quote the project site “The PDMR that is sent to the GP will contain comprehensive medication details, and will have a multi-disciplinary focus, allowing notes from doctors, allied health, and nursing staff to be added.” This project is at present just a future and no time line or additional information has been made available as yet. We will wait and see!
HealthConnect Tasmania is also involved in projects that have nurses communicate warfarin test results to GPs so they can adjust dosage, a GP Assist Call Centre to divert calls from the public to the right information source, and the use of laptops for the ambulance staff to record their transport details (a copy of an already operational Melbourne system).
The recently published 2006/07 Health Connect Tasmania work plan (dated 22/11/2006) bring tears to the eyes in terms of vagueness and obfuscation – as virtually all HealthConnect documentation has done since the end of 2004.
HealthConnect Tasmania Work Program 2006-07
In 2006-07 the HealthConnect Tasmania work program is progressing in three key areas:
• HealthConnect Tasmania Core Activities, including: eHealth promotion and communications, eHealth governance and evaluation, eHealth policy, planning and support, and eHealth core systems and services;
• HealthConnect Tasmania Partnerships which is largely the management and expansion of the HealthConnect Tasmania Outposted Officers program within key stakeholder organisations; and
• HealthConnect Tasmania Sponsored Projects, a program of projects which are collectively progressing the national outcome, “enabling health care providers to have access to a broader range of information through standardised secure electronic communication”.
It is hard to know just why this was published when the period affected is already half over. Typically plans are finalised and published before they commence. It is even harder to know just what all this actually means!
Again we find the HealthConnect banner being used to fund and sponsor conducting trivial, non-standardised, repetitive and utterly non-innovative projects. The lack of strategic direction and national value is really appalling and very sad.
As a final note, it is clear the HealthConnect web site, while updated regularly, has not been reviewed for content currency in a while. It is still – as of early December 2006 - extolling the virtues of the Medicare Smartcard – oblivious to the fact this has apparently been abandoned in favour of Joe Hockey’s Access Card months ago.
Overall these two posts have described a dramatic fall back and withdrawal of the Federal Government from old HealthConnect the vision and a sad collection of trivially simple, non-standardised, non-scalable projects which seem to have little intrinsic value and which lead essentially no-where. The $128 Million of funding supposedly spent on all this could surely have been much better spent than this.
The NT Point to Point Project (using Argus) is the only slightly bright light, despite its possible flaws, on a very dark landscape.
David.
Northern Territory.
There are essentially two projects under development in the NT, with the initial Shared Electronic Record being in abeyance either permanently or until NEHTA develops and publishes implementable standards some time in 2008 (on the current plans).
HealthConnect NT does not appear to have its own project web site.
The Northern Territory Department of Health and Community Services (DHCS) is responsible for implementing HealthConnect and other leading e-Health initiatives in the Territory.
Project 1 is the Point to Point (P2P) service, a secure electronic communication network between health professionals across approximately 200 potential sites in the Top End commencing in Darwin and Katherine.
The HealthConnect funded Point to Point (P2P) Service is based at the Top End Division of General Practice in the Northern Territory started in September 2005. The technology used is secure e-mail using Argus as the e-mail client
As of June 2006 approximately 50 practices have been connected to a range of specialists. It is planned to gradually extend the network to also cover ancillary services, pathology and radiology etc as well.
Further extension to more remote areas is planned for 2007.
Project 2, which will involve electronic prescription transfer, is being planned to start in mid 2007 according to the ArgusConnect CEO in a recent e-mail.
As far as this all goes it is a distinctly good thing to improve communications between practitioners in the NT.
There are however a range of practical and strategic issues with all this.
First Argus is a software product that, while having the GP client being ‘open source’ has only a limited guarantee of long term supported commercial viability. That is not to say failure is guaranteed but rather that it is possible and this needs to be factored into decisions to adopt Argus. (As the user base grows this risk will hopefully drop).
Second the utility of the product is very much dependent on the network effect (i.e. it becomes more useful the more users there are – much like the telephone). The competition in this market segment makes reaching critical mass by no means certain.
Third the choice by Argus to make their client software free continues a trend that at least some would suggest has had a severely distorting effect on the growth of the clinical software market in Australia.
Fourth the need for a centralised directory for e-mail addresses etc to contact other Argus users introduces the ‘single point of failure’ issue that Argus competitors are said to have, albeit in a less acute form.
Fifth the choice of communication standards adopted by Argus – while practical at present – may prove to be somewhat limiting in the future.
With this said, this seems to me to be a worthwhile initiative that should be watched closely as it evolves and at some point evaluated to see just what level of value is being received for the costs involved and how the total costs of ownership and operation compare with the alternatives.
It does also need to be said that, although branded HealthConnect, this project bears scant resemblance to the 2004/5 Business Architecture (Version 1.9) envisaged for HealthConnect originally.
Tasmania.
For some reason, seemingly associated with a certain Tasmanian Senator, there have always seemed to funds available for speculative technology ventures – especially of the electronic kind. Tasmania’s long path to success was chronicled in the Launceston Examiner last year.
“LGH Launches New System
By Alison Andrews, Tuesday, 4 October 2005, Courtesy of the Launceston Examiner.
The days of doctors' notes are numbered with the launch of HealthConnect at the Launceston General Hospital yesterday.
The national health information network has been three years in the making and will mean that LGH doctors will be able to send a note about patients to their local general practitioners electronically rather than in traditional paper form.
The system was trialled in Southern Tasmania three years ago, concentrating on people with chronic diabetes, while the LGH was a test site for an associated initiative, MediConnect.
This offered secure electronic information between hospitals, doctors and pharmacies to help improve quality and safety in the handling of medicines.
The new system, to electronically link hospitals and GPs, will start in Tasmania at the LGH, and next month will include the launch of HealthConnect's admissions and discharge notification project, said the services' director Mary Blackwood.
"That will allow immediate notice of a patient's admission and discharge," Mrs Blackwood said.
HealthConnect is a national initiative supported by the Federal Government. Tasmania and South Australia are the first two states to introduce the new communication system.
Launceston GP Jennifer Barker welcomed its launch.
"GPs are always busy and it is good to know that we are moving beyond the trials to the implementation stage," she said.”
This exciting innovation is the so called Electronic Notification of Hospital Events (ENHE) project, where a fax or e-mail is sent to a GP, with the patient’s permission, to let them know their patient has been admitted or discharged from Hospital. No clinical information is sent – just an administrative notification.
Flush with the success of this awesomely complex project a new project has been commenced. This time the discharge notification will also have the discharge medications listed. The scale of the advance has meant the project is now termed the Patient Discharge Medication Record pilot (PDMR).
To quote the project site “The PDMR that is sent to the GP will contain comprehensive medication details, and will have a multi-disciplinary focus, allowing notes from doctors, allied health, and nursing staff to be added.” This project is at present just a future and no time line or additional information has been made available as yet. We will wait and see!
HealthConnect Tasmania is also involved in projects that have nurses communicate warfarin test results to GPs so they can adjust dosage, a GP Assist Call Centre to divert calls from the public to the right information source, and the use of laptops for the ambulance staff to record their transport details (a copy of an already operational Melbourne system).
The recently published 2006/07 Health Connect Tasmania work plan (dated 22/11/2006) bring tears to the eyes in terms of vagueness and obfuscation – as virtually all HealthConnect documentation has done since the end of 2004.
HealthConnect Tasmania Work Program 2006-07
In 2006-07 the HealthConnect Tasmania work program is progressing in three key areas:
• HealthConnect Tasmania Core Activities, including: eHealth promotion and communications, eHealth governance and evaluation, eHealth policy, planning and support, and eHealth core systems and services;
• HealthConnect Tasmania Partnerships which is largely the management and expansion of the HealthConnect Tasmania Outposted Officers program within key stakeholder organisations; and
• HealthConnect Tasmania Sponsored Projects, a program of projects which are collectively progressing the national outcome, “enabling health care providers to have access to a broader range of information through standardised secure electronic communication”.
It is hard to know just why this was published when the period affected is already half over. Typically plans are finalised and published before they commence. It is even harder to know just what all this actually means!
Again we find the HealthConnect banner being used to fund and sponsor conducting trivial, non-standardised, repetitive and utterly non-innovative projects. The lack of strategic direction and national value is really appalling and very sad.
As a final note, it is clear the HealthConnect web site, while updated regularly, has not been reviewed for content currency in a while. It is still – as of early December 2006 - extolling the virtues of the Medicare Smartcard – oblivious to the fact this has apparently been abandoned in favour of Joe Hockey’s Access Card months ago.
Overall these two posts have described a dramatic fall back and withdrawal of the Federal Government from old HealthConnect the vision and a sad collection of trivially simple, non-standardised, non-scalable projects which seem to have little intrinsic value and which lead essentially no-where. The $128 Million of funding supposedly spent on all this could surely have been much better spent than this.
The NT Point to Point Project (using Argus) is the only slightly bright light, despite its possible flaws, on a very dark landscape.
David.
Monday, December 04, 2006
The Children of HealthConnect – How are They Going – Part 1?
It is clear, to all but the totally out of touch, that the transition of HealthConnect from a program to a “change management strategy”, which happened between late 2004 and mid 2005, after a secret and unpublished internal DoHA review, has meant the demise of the initial vision of a Shared Clinical Electronic Health Record for Australian citizens.
It is fascinating to read the three implementation plans / approaches for HealthConnect – dated November 04, June 05 and July 05. In the documentation we see the dramatic shift from a clearly serious project – a broad implementation plan for Australian E-Health - to vague ‘mumbo-jumbo’ in just seven months. This after four years and millions of dollars have been spent.
HealthConnect has three “Children” if one counts those projects which still carry the HealthConnect brand. In these posts I plan to review each of these and consider what has been achieved. An earlier post addressed the NSW HealtheLink project which no longer seems to be branded as HealthConnect on the basis of the press release announcing the initial patient recruitment in March 2006.
The first post considers South Australia. Tasmania and the NT will follow.
HealthConnect South Australia.
This series of initiatives are being delivered from the SA Health Department. The project office was established in July 2005.
The good first – the Project has a nice current web site that explains what is happening and what is planned.
HealthConnect SA is currently working on two major e-health initiatives: the Care Planning and Communication Trial and the roll-out of Broadband Security Packages to South Australian health providers.
With respect to the Broadband Security Packages it is hard to see what justifies these freebies and what distinguishes doctors from other professionals who would be happy to have free secure broadband access. With no requirements as to what is to be done with the connection it is hard to see this as anything other than a rort. I am sure lawyers, accountants and others wonder why they can’t have the same deal!
The $500 security review that comes with these packages is also questionnable. If the supposedly top 1% of the population intellectually cannot workout how to connect a PC to the Internet safely then who can?
The Care Planning and Communication Trial is a rather amazing initiative. It is planned that a service provider (Ozdocsonline) will sign up 50 practices in South Australia. It seems this will help them comply with the requirements for creation of care plans for ‘difficult patients’ which in turn will enable them to receive a higher Medicare payment for care co-ordination.
Using a web-interface to securely access a server in Sydney, the practitioner (and practice nurse) will create and store a patient record on the server in Sydney. The record will be made up of a patient clinical summary which is a MS Word Document created by a GP practice management system and ‘cut and pasted’ into the new record. The system then allows for the creation of planned actions (referrals, reviews, etc) which can recorded and also scheduled for review or action.
Having put a few of these together one can then print out a ‘care plan’ of actions for the patient. Also, where actions are required a non-secure e-mail can be sent to a specialist, podiatrist or whoever is asking them to log on-to the secure server to find out what they are required to do.
So, what do we have here?
What I see is a commercial, for profit (ie. Ozdocsonline), non-standardised and non standard, non NEHTA compliant, non guaranteed-data transportable, short term, privacy weak, functionally limited, exchange of MS word documents and a few other data elements which lacks the granularity in privacy control which is needed. Also, access to the ‘facility’ expires in 12 months unless the practitioner starts paying or moves to some non-existent prospective new system which at present does not exist.
Information held on this system does not interact with the practice management system. Unless the practice management system is regularly updated the two systems will rapidly diverge!
It is very difficult to see just what is in it for the practitioner or indeed other service providers other than the extra Medicare payment. Why go to the effort of logging on and doing all this when there are much simpler ways to go about doing the same thing?
In my view this is just the sort of non mainstream initiative which acts to prevent any real progress being made. Given that it has just started I am sure the evaluation report of early 2008 will make riveting reading – assuming it does not suffer the fate of so many other HealthConnect evaluation reports and is never published.
Also it is quite surprising to have the project established and underway prior to HealthConnect SA seeking applications from consumers interested in participating in a Consumer Reference Group to provide advice for its care planning project as of 20 November 2006. One would have thought that any well conceived and planned project would have had this Reference Group established long since and that it would have been involved in all phases from initial planning, project software selection, etc rather than confronting the Group with a fait accompli.
Independently I also hear GP consultation may not have been as robust and thorough as might have been expected.
Previous initiatives from HealthConnect SA have included development of a document on Change Management in E-Health for the GP Sector which identified that financial incentives had been a necessary but not sufficient driver of GP Health IT adoption (making a difference for patients also matters). This is hardly news given that the Practice Incentive Program and its predecessors have been shown to make a difference over the last 5-8 years.
Another initiative has been a High Level Connectivity Options Paper for HealthConnectSA which has as its most distinctive attribute the fact that it is classified!
The cover has the following statement.
“ This document has been re-classified as “C1 Low” Public Information and unrestricted access.
The complete document is classified “C3 High” Limited ‘need to know’ access and is available on application to the HealthConnect SA project office” www.healthconnectsa.org.au”
The document makes absolutely no startling conclusions and just why it is classified is really very strange. The fact that a classification system exists is a shock in itself for a health system organisation.
Overall the activity at HealthConnect SA seems to me to be either technically basic or very poorly conceived and well off the mainstream in terms of directions and standards adoption. Money is being wasted once again I suspect and I very much doubt very much of value will come of any of this longer term.
At the risk of repeating myself it is abundantly clear that the lack of any National E-Health Strategic Direction is a major contributor to the reasons why such ill conceived projects are given financial support – it should be obvious that just doing something for the sake of doing something is really not good enough.
David.
It is fascinating to read the three implementation plans / approaches for HealthConnect – dated November 04, June 05 and July 05. In the documentation we see the dramatic shift from a clearly serious project – a broad implementation plan for Australian E-Health - to vague ‘mumbo-jumbo’ in just seven months. This after four years and millions of dollars have been spent.
HealthConnect has three “Children” if one counts those projects which still carry the HealthConnect brand. In these posts I plan to review each of these and consider what has been achieved. An earlier post addressed the NSW HealtheLink project which no longer seems to be branded as HealthConnect on the basis of the press release announcing the initial patient recruitment in March 2006.
The first post considers South Australia. Tasmania and the NT will follow.
HealthConnect South Australia.
This series of initiatives are being delivered from the SA Health Department. The project office was established in July 2005.
The good first – the Project has a nice current web site that explains what is happening and what is planned.
HealthConnect SA is currently working on two major e-health initiatives: the Care Planning and Communication Trial and the roll-out of Broadband Security Packages to South Australian health providers.
With respect to the Broadband Security Packages it is hard to see what justifies these freebies and what distinguishes doctors from other professionals who would be happy to have free secure broadband access. With no requirements as to what is to be done with the connection it is hard to see this as anything other than a rort. I am sure lawyers, accountants and others wonder why they can’t have the same deal!
The $500 security review that comes with these packages is also questionnable. If the supposedly top 1% of the population intellectually cannot workout how to connect a PC to the Internet safely then who can?
The Care Planning and Communication Trial is a rather amazing initiative. It is planned that a service provider (Ozdocsonline) will sign up 50 practices in South Australia. It seems this will help them comply with the requirements for creation of care plans for ‘difficult patients’ which in turn will enable them to receive a higher Medicare payment for care co-ordination.
Using a web-interface to securely access a server in Sydney, the practitioner (and practice nurse) will create and store a patient record on the server in Sydney. The record will be made up of a patient clinical summary which is a MS Word Document created by a GP practice management system and ‘cut and pasted’ into the new record. The system then allows for the creation of planned actions (referrals, reviews, etc) which can recorded and also scheduled for review or action.
Having put a few of these together one can then print out a ‘care plan’ of actions for the patient. Also, where actions are required a non-secure e-mail can be sent to a specialist, podiatrist or whoever is asking them to log on-to the secure server to find out what they are required to do.
So, what do we have here?
What I see is a commercial, for profit (ie. Ozdocsonline), non-standardised and non standard, non NEHTA compliant, non guaranteed-data transportable, short term, privacy weak, functionally limited, exchange of MS word documents and a few other data elements which lacks the granularity in privacy control which is needed. Also, access to the ‘facility’ expires in 12 months unless the practitioner starts paying or moves to some non-existent prospective new system which at present does not exist.
Information held on this system does not interact with the practice management system. Unless the practice management system is regularly updated the two systems will rapidly diverge!
It is very difficult to see just what is in it for the practitioner or indeed other service providers other than the extra Medicare payment. Why go to the effort of logging on and doing all this when there are much simpler ways to go about doing the same thing?
In my view this is just the sort of non mainstream initiative which acts to prevent any real progress being made. Given that it has just started I am sure the evaluation report of early 2008 will make riveting reading – assuming it does not suffer the fate of so many other HealthConnect evaluation reports and is never published.
Also it is quite surprising to have the project established and underway prior to HealthConnect SA seeking applications from consumers interested in participating in a Consumer Reference Group to provide advice for its care planning project as of 20 November 2006. One would have thought that any well conceived and planned project would have had this Reference Group established long since and that it would have been involved in all phases from initial planning, project software selection, etc rather than confronting the Group with a fait accompli.
Independently I also hear GP consultation may not have been as robust and thorough as might have been expected.
Previous initiatives from HealthConnect SA have included development of a document on Change Management in E-Health for the GP Sector which identified that financial incentives had been a necessary but not sufficient driver of GP Health IT adoption (making a difference for patients also matters). This is hardly news given that the Practice Incentive Program and its predecessors have been shown to make a difference over the last 5-8 years.
Another initiative has been a High Level Connectivity Options Paper for HealthConnectSA which has as its most distinctive attribute the fact that it is classified!
The cover has the following statement.
“ This document has been re-classified as “C1 Low” Public Information and unrestricted access.
The complete document is classified “C3 High” Limited ‘need to know’ access and is available on application to the HealthConnect SA project office” www.healthconnectsa.org.au”
The document makes absolutely no startling conclusions and just why it is classified is really very strange. The fact that a classification system exists is a shock in itself for a health system organisation.
Overall the activity at HealthConnect SA seems to me to be either technically basic or very poorly conceived and well off the mainstream in terms of directions and standards adoption. Money is being wasted once again I suspect and I very much doubt very much of value will come of any of this longer term.
At the risk of repeating myself it is abundantly clear that the lack of any National E-Health Strategic Direction is a major contributor to the reasons why such ill conceived projects are given financial support – it should be obvious that just doing something for the sake of doing something is really not good enough.
David.
Subscribe to:
Posts (Atom)