1 / 61

How Public Health Can Appear Inside an EHR

How Public Health Can Appear Inside an EHR. K.D. Pool, MD Terese Finitzo, PhD. Public Health and The EHR. Why would we want to be “inside”? How could we get “inside”? Who’s in control? Why not? Now what can we do?. Forms. Why do we love them?

Télécharger la présentation

How Public Health Can Appear Inside an EHR

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. How Public Health Can Appear Inside an EHR K.D. Pool, MD Terese Finitzo, PhD

  2. Public Health and The EHR • Why would we want to be “inside”? • How could we get “inside”? • Who’s in control? • Why not? • Now what can we do?

  3. Forms • Why do we love them? • We can create a form that gathers all of the data we need for a topic. • We can change them. • They meet the needs of the agency that needs data.

  4. Forms • Do providers love forms? • Not so much. • They are not fun to fill out. • They take time away from doing whatever it is that providers do when they are not filling out forms.

  5. EHR • A place to record point-of-care data. • Organized around a patient. • Designed to make it easy to document and review data about a patient. • They are becoming ubiquitous. • This is where providers “work”.

  6. Interoperability • Send data from one system to another. • Standardized processes so the sender and the receiver both know how to make the exchange. • Standardized structured data so the receiver knows something about the data it receives.

  7. Landscape • Forms == data related to a topic that I need from the provider at the point-of-care. • EHR == place where provider records point-of-care data. • Interoperability == way to move data

  8. Landscape • So we just specify the data we need based on interoperability content standards; • The EHR can then pull out the data and package it up and send it to us; and • We receive the data and go do our job.

  9. Landscape • We get the data we need; • Provider doesn’t have to spend time filling out a form; • Life is good…. • So what is the hold up here?

  10. Interoperability • Send data from one system to another. • Standardized processes so the sender and the receiver both know how to make the exchange. • Standardized STRUCTURED data so the receiver knows something about the data it receives.

  11. Structured Data • Not all data in an EHR is structured. • Not all data needed by public health forms is structured. • So we can’t exchange reliably. • SO JUST WRITE A NEW STANDARD.

  12. Structured Data Standards • The nuisance about standards is we have to agree on them or at the very least tell people what they are. • Developing a new standard is not easy and not fast. • THEN THEY HAVE TO BE IMPLEMENTED. • And then if we need to change we start over.

  13. Structured Data Standards • It can take 1-2 years to develop a new standard (getting shorter). • Current standards implementation backlog for many EHR systems is measured in years. • Not everyone will implement our standard.

  14. Back to the drawing board… • Paper Forms • Create the form • Print and distribute it • Fill it out • Ship it back • Transcribe the data

  15. Back to the drawing board… • Web forms • Create the form • Put it on our website • Fill it out • Form sends us the data the way we need it

  16. Web Forms beat Paper Forms • Deployment – saves trees (and dollars) • Deployment – provider doesn’t have to keep a stash of forms (nor do we) • Version–change in version is instantaneous • Data - we don’t have to transcribe to get data

  17. Web Forms: The dark side • Even though a lot of the data we need is in the EHR as structured data providers have to re-enter those data into our form. • Providers have to “go to” our website (giving them an excuse not to report).

  18. What if? • Could get benefits of web form AND • Be able also get the data from the EHR that is structured AND • Be “inside” the EHR so the provider doesn’t have to go to our web site. • THAT IS RFD.

  19. RFD • Is a web form that appears “inside” the EHR • Can be updated and deployed at will • Can get the data for our program electronically • Can “use” the structured data that is in the EHR.

  20. RFD? • Retrieve • Form for • Data Capture • IHE Standard • Originally developed by CDISC

  21. RFD: What are the parts? • Form Filler • Form Manager • Form Receiver • Form Archiver • Form • User

  22. RFD: How does it work? 2 Form Manager 1 Form Filler 3 User 4 5 6 FORM Form Receiver 6 Form Archiver

  23. RFD: OMG! 2 Form Manager 1 Form Filler 3 User 4 5 6 FORM Form Receiver 6 Form Archiver

  24. RFD: One step at a time Form Manager Clicks button Form Filler User FORM Form Receiver Form Archiver

  25. RFD: One step at a time Builds document with structured data Form Manager Form Filler User FORM Form Receiver Form Archiver

  26. RFD: One step at a time Sends document and which form is needed Form Manager Form Filler User FORM Form Receiver Form Archiver

  27. RFD: One step at a time Gets current version of form Form Manager Form Filler User FORM Form Receiver Form Archiver

  28. RFD: One step at a time Reads document with structured data Form Manager Form Filler User FORM Form Receiver Form Archiver

  29. RFD: One step at a time Fills in form data from document data Form Manager Form Filler User FORM Form Receiver Form Archiver

  30. RFD: One step at a time Form Manager Form Filler Returns web form with filled in data User FORM Form Receiver Form Archiver

  31. RFD: One step at a time Form Manager Form Filler User Displays form for user FORM Form Receiver Form Archiver

  32. RFD: One step at a time Form Manager Form Filler User Fills in remaining data FORM Form Receiver Form Archiver

  33. RFD: One step at a time Form Manager Form Filler User FORM Clicks SUBMIT Form Receiver Form Archiver

  34. RFD: One step at a time Form Manager Form Filler User FORM Form Receiver Gets data entered and sends it to archiver Form Archiver

  35. RFD: One step at a time Form Manager Form Filler User FORM Form Receiver Form Archiver Gets data and puts it in the archive

  36. RFD: One step at a time Form Manager Form Filler User Gets data entered and sends it to receiver FORM Form Receiver Form Archiver

  37. RFD: One step at a time Form Manager Form Filler User FORM Form Receiver Gets data and…. Form Archiver

  38. RFD: Form Filler (think EHR) • Generates standard document with structured data (they know how to do this) • Sends that document to Form Manager along with a request for form X (easy to implement and doesn’t matter what form is being requested). • Display web form (think browser window)

  39. RFD: Form Filler Key Features • Does essentially the same thing no matter what the form is. • Once an EHR has implemented RFD it can support virtually any form and virtually any number of forms. • Which means when we add or change a form we don’t have to wait for the EHR to implement the change.

  40. RFD: Form Manager • “Brains” of the process to capture the data. • Manages the structured data associations between the EHR data and the form data. • “Absorbs” the impact of changes. It is built to support change. • Virtually unlimited potential for what a smart manager might do.

  41. RFD: Form Archiver • Pristine place to record what was entered in the form. • Meant to be a “read only” copy.

  42. RFD: Form Archiver • Smart archivers can show • What was “pre-filled” and left untouched • What was “pre-filled” but user changed • What was added by the user • What the form looked like

  43. RFD: Form Receiver • By standard not very impressive • Just receives the data • This allows it to be very flexible

  44. RFD: Form Receiver + • Power is in what is done next with the data • Use the data to “build” a document • Save the data into a repository • Restructure the data to match what the public health system is capable of

  45. RFD: Form Receiver + • Can be a distributor • Can send the data to more than one “consumer” • Meaning multiple public health programs can each get their own copy of the data in the way they need it • Can “batch” up data or send in real time

  46. RFD: Who is in charge here? • Form Authority • This is whoever will ultimately get the data • Controls what data are in the form • Controls what the form looks like • Controls what the form does

  47. RFD: Who is in charge here? • Form Authority • Controls how structured data from the EHR is used to “pre-fill” the form • Controls who gets the form data • Controls how the form data are delivered • DOES NOT HAVE TO BE THE MANAGER TO BE IN CONTROL

  48. RFD: Who is in charge? • Form Filler • Controls what forms can be selected by the user • Controls when forms can be selected • Controls what data are “disclosed” to “pre-fill” the form • Controls the use of an archive

  49. RFD: Who is in charge? • User • Controls what data are entered and sent

  50. RFD: Who is in charge? • Form Manager • Controls which forms are supported • Controls which user/EHR can access what form • Otherwise it just follows instructions

More Related