this would be a very major adjustment to PIP type payments related to population targets for different chronic diseases and so on.
GPs will then jump at coded diagnoses etc in order to verify their claims. the collaboratives interrogation of our databases, linking coded diabetes to HL7 HBAiC values is just the tip of a very large iceberg that illustrates how this can be done. link this to meaningful income streams and most GPs will immediately become expert users of coded medical records and will rapidly move to softwarss that make this easy.
adrian
GP
Mount Gambier
On 20/07/06, Greg Twyford <[EMAIL PROTECTED]> wrote:
Tim Churches wrote:
> [EMAIL PROTECTED] wrote:
>> Hi Geoff, I accept what you say about the GP world needing motivation.
>
> The motivation will come when there are really good decision support available - not just catching prescribing errors, but tools which genuinely help with differential diagnosis, investigation ordering and care planning and monitoring - but such tools can only ever be as good and as detailed as their input data, which is why SNOMED-CT and the like are so important. Of course, we have a chicken-and-egg situation (or since this is an informatics list, I should say a bootstrapping problem): clinicians won't enter detailed SCT-encoded data until there are reasons to do so i.e. good decsision support tools, and the investment and R&D to create those tools won't happen unless clinicians collect detailed, coded data.
>
> Which is why Jon's projects to make SNOMED-CT encoding from free text and other forms of natural or semi-natural language are so important. Ahh, you, say, but that presumes that GPs will type all this stuff in... but see below.
Tim et al,
GPs are already coding data in programs like MD. It's diagnosis/past
history dialogues have forced them to consciously avoid using the
available coded entries if they don't want to use them, and enter
uncoded stuff instead. It just happens to be another coding system
DOCLE, not SNOMED.
GPs will NEVER manually code data. Most hospitals pay data entry staff
in their IM Departments to do that. Software will automatically code
data by offering pre-coded data options to GPs, as MD and other programs
do now.
Similarly, some GPs are receiving diabetes-related HL7-format
investigation results coded using the Australian pathology results
standards based on SNOMED, I believe, developed by Prof. Michael Legg,
and his Standards Australia HL7 committee.
These coded results can be interpreted by MD and thus facilitate
diabetes assessments and cycles of care, which is undeniably important.
I see getting more GPs using these HL7, coded results as a lever to
increase their awareness of coding issues, as they perceive the benefits.
Getting the vendors, particularly HCN to move uniformly to SNOMED may be
a big issue though, as doing so will cost them money.
Greg
--
Greg Twyford
Information Management & Technology Program Officer
Canterbury Division of General Practice
E-mail: [EMAIL PROTECTED]
Ph.: 02 9787 9033
Fax: 02 9787 9200
PRIVATE & CONFIDENTIAL
***********************************************************************
The information contained in this e-mail and their attached files,
including replies and forwarded copies, are confidential and intended
solely for the addressee(s) and may be legally privileged or prohibited
from disclosure and unauthorised use. If you are not the intended
recipient, any form of reproduction, dissemination, copying, disclosure,
modification, distribution and/or publication or any action taken or
omitted to be taken in reliance upon this message or its attachments is
prohibited.
All liability for viruses is excluded to the fullest extent permitted by
law.
***********************************************************************
_______________________________________________
Gpcg_talk mailing list
[email protected]
http://ozdocit.org/cgi-bin/mailman/listinfo/gpcg_talk
_______________________________________________ Gpcg_talk mailing list [email protected] http://ozdocit.org/cgi-bin/mailman/listinfo/gpcg_talk
