Prime Suite EHI XML Document Reference

Each document provided as part of a Single Patient EHI export / conversion will be stored in a folder that contains two files:

There are two types of documents that may be provided as part of the export / conversion:

Generic Document Types

The generic document types are generally created outside of Prime Suite and stored in Prime Suite using the Custom Notes section or the Document Import section. The document generated from document Import Section (New Import or Select from Document List) can be uploaded in one of these formats: PDF, CCDA (XML), TIF, JPG, GIF, BMP, or TXT.

Below is the list of documents that may be in the EHI export / conversion package that do not generate any specific Greenway proprietary formats that need additional documentation.

Nursing Assessment

Notice Of Privacy Practice

Test TIF

Misc. Correspondence

General Consent

Test PDF

Health History Form

Authorization for Use of Disclosure

Test JPEG

Pre-Registration Form

Acknowledgement of Receipt

Test BMP

Amendment Request

Advanced Beneficiary Notice

Test Text

Immunization Reconciliation Form

Driver's License

Test word doc

QTPCustomNoteImage

Financial

Test Fax

Urinalysis

Insurance Card

Test PNG

Audiogram

Patient Information Forms

Test GIF

CBC report

Referral

Test CCD

PS Health History Form

Release of Information

Test XML

EHRnotify

Waiver

Test Imported 

Arthroscopy Report

Cardiac Catheterization Report

Holters

Autopsy Report

ECG

tension

Greenway XML Document Types

This section contains information about the documents created in Prime Suite that are in a Greenway proprietary format. Documents in a Greenway proprietary format can be identified by looking at the filetypeID in the filename. The file format of documents is: ClinicalBin_<patientID>_<documentID>_<seqID>_<filetypeID>_Document.xml.

For example, if the filename is 'ClinicalBin_26228_5481_1_1005_Document.xml', the filetype ID is 1005. In the list below of file types with a proprietary format, 1005 is listed as a Clinical Note. Review the Clinical Note documentation side-by-side with the patient's clinical note to better understand the XML elements.

Clinical Note Documentation (1005)

Custom Note

Clinical Note Documentation (1016)

Correspondence Note and Consultation Note (1016)

Health Risk Assessment (HRA)

Lab Result Documentation (1000 BinType)

Lab Result Documentation (1016)

Lab Flowsheet Documentation

Converting Flowsheet XML Data into SVG for Improved Visualization

Prenatal Flowsheet (1005) Documentation

Allergy Tests (1005) Documentation

Allergy Education (1005) Documentation

Clinical Notes Documentation (1005)

As part of the EHI export, all required documents should be exported / converted from Prime Suite and will be available in the document folder. The below-listed notes/documents are collectively termed Clinical Notes, these notes can be created in Prime Suite and are stored in GMT(XML) format in the database. 

  1. Progress Notes
  2. Procedure Note
  3. History and Physical
  4. Triage Note
  5. Orders Note
  6. Quick Note
  7. Custom Notes

The EHI export includes only the most current version of a signed clinical note.

Below is the XML output for a Progress Note with descriptions of the elements. All of the Clinical Note document types start with a Header. In the Body, however, they sections used are different for the various Clinical Note types.

Header [1005 ~ Progress Note, Procedure Note, History and Physical, Triage Note, Orders Note, Quick Note and Custom Notes]:

 

Each clinical note is structured into various sections, as outlined below.

1.Progress Note

  1. CC (Chief Complaint)    Go to it
  2. HPI (History of Present Illness)   Go to it
  3. PFSH (Past Medical, Family and Social History)   Go to it
  4. ROS (Review of Systems)   Go to it
  5. Vitals    Go to it
  6. PE (Physical Exam)   Go to it
  7. Drawings    Go to it
  8. Results    Go to it
  9. Assessment    Go to it
  10. Plan    Go to it
  11. E&M (Evaluation and Management)    Go to it

2.Procedure Note

  1. Note   Go to it
  2. Drawings   Go to it
  3. Assessment   Go to it
  4. Plan   Go to it

3.History and Physical

  1. CC (Chief Complaint)   Go to it
  2. HPI (History of Present Illness)   Go to it
  3. PFSH (Past Medical, Family and Social History)   Go to it
  4. ROS (Review of Systems)   Go to it
  5. Vitals   Go to it
  6. PE (Physical Exam)   Go to it
  7. Drawings    Go to it
  8. Results    Go to it
  9. Assessments    Go to it
  10. Plan    Go to it
  11. E&M (Evaluation and Management)

4.Triage Note

  1. CC (Chief Complaint)   Go to it
  2. PFSH (Past Medical, Family and Social History)   Go to it
  3. ROS (Review of Systems)   Go to it
  4. Vitals    Go to it

5.Orders Note

  1. HPI (History of Present Illness)   Go to it
  2. Results    Go to it
  3. Assessment    Go to it
  4. Plan    Go to it

6.Quick Note

  1. HPI (History of Present Illness)   Go to it
  2. Vitals    Go to it
  3. PE (Physical Exam)   Go to it
  4. Drawings    Go to it
  5. Assessment    Go to it
  6. Plan    Go to it
  7. E&M (Evaluation and Management)

Body [1005]:

A sample Progress note has all of the possible sections covered in the clinical note by large. Let’s consider the Progress note and see how each section of the Progress note is structured.

<Section1>: Chief Complaint

This XML represents a section titled "Chief Complaint" with local markup elements. The local markup element may be empty or can contain sketchpads.

  1. <section> element
    • The <caption> element represents the caption or title of the section, which is " Chief Complaint ".
    • The <list> element represents the collection of complaints.
      • <item> Represent a single complaint.
      • There could be 1 or more <item> elements within the <list>.
        • <content> Content of the complaint.
    • There could be 1 or more <local_markup> elements within the section.
      • Within the <local_markup> element, there is an XML structure represented as a string. The XML structure includes:
        • <sketchpads>: Represents a collection of sketchpads.
          • <sketchpad>: Represents a single sketchpad.
            1. Attributes:
            2. section: Specifies the section name of the sketchpad (e.g., " Chief Complaint ").
            3. index: Specifies the index of the sketchpad.
            4. srcID: Specifies the source ID of the sketchpad.
            5. expandcount: Specifies the expand count of the sketchpad.
            6. expanddistance: Specifies the expand distance of the sketchpad.
            7. canvasheight: Specifies the canvas height of the sketchpad.
            • <text>: Represents text data associated with the sketchpad.
              1. Attributes:
              2. data: Contains the text data.
            • <canvas>: Represents a canvas element.

<Section2>: History of Present Illness

This XML represents a section titled "History of Present Illness" with local markup elements. The local markup element may be empty or can contain a sketchpad.


<Section3>: Past Medical, Family and Social History (PFSH)

This XML represents a section titled "PFSH" with local markup elements. The local markup element may be empty or can contain sketchpads.

The above picture contains tags that are related to patient demographics.

That may include.

The above content consists of test details and test results, below are the description.

Inside the tags <tbody> the above content is inserted accordingly

This includes the details of lab such as

Conclusion:

In this documentation, we have examined an example of an XML representation of a clinical lab report. The XML content is structured to present various pieces of information about the patient, specimen, and report details. Each line of the XML content was explained as follows:

This example illustrates how XML can be utilized to structure and present medical information in a standardized and easily parsable format. Properly closed tags ensure the integrity of the data and facilitate consistent data interpretation and analysis.

Lab Flowsheet Documentation

Below are the few steps involved during the extraction and conversion process.

Single patient:

Holds all the tables data in PS related to the patient and their information (Data and Document).

Population patient:

Holds the files/document data in binary format related to the patient (only Document).

‘Export Converter’ tool.

Reference section holds the sample files (input, output).

Header [1005 ~ Progress Note]:

Body [1005 ~ Lab Flowsheet]:

Lab Flowsheet:

1. <section> element: Initial Labs

2. <section> element: Optional Labs

3. <section> element: 8-18 Week labs

4. <section> element: 24-28 Week labs

5. <section> element: 32-36 Week labs


Sticky Notes

The below document is in xml format, the issue of XML data being in an unreadable format and then proceed with the steps to convert it into SVG for improved visualization.

Converting Flowsheet XML Data into SVG for Improved Visualization

Introduction

When working with graphical data represented in XML-like JSON format, it can sometimes be challenging to interpret and visualize the content. One effective way to enhance readability and understandability is by converting this JSON data into SVG (Scalable Vector Graphics) format. SVG is a widely used markup language for describing two-dimensional vector graphics, making it suitable for visual representation of shapes, patterns, and drawings.

Prerequisites

Before proceeding, ensure you have:

Steps to Convert XML-like JSON Data to SVG

Follow these steps to convert XML-like JSON data into SVG format:

1. Prepare JSON Data

Start with the XML-like JSON data that you wish to convert. This data typically includes attributes and values like XML elements.

2. Create an SVG File

Open a plain text editor of your choice and create a new file. Give the file a .svg extension to indicate that it's an SVG document.

3. Add SVG Header

Add the SVG header to your file. This header specifies the SVG namespace and version, as well as the dimensions of the SVG canvas:

<svg xmlns="http://www.w3.org/2000/svg" version="1.1" width="100" height="100">

Replace width and height with appropriate values according to your design.

4. Translate JSON Data to SVG Path Element

Identify the JSON path data that defines the shape or pattern you want to visualize. This JSON path data will typically contain attributes such as "fill," "stroke," "stroke-width," and a "path" attribute containing path commands.

Translate the JSON attributes to their corresponding SVG attributes within a <path> element:

<path

fill="none"

stroke="#000000"

stroke-opacity="1"

stroke-width="1.0"

stroke-linecap="round"

stroke-linejoin="round"

fill-opacity="1"

d="M26,48L26,48L26,48L25,48L25,48L25,48L24,48L24,48L24,48L23,48L23,48L23,48L20,48L20,48L20,48L16,48L16,48L16,48L14,49L14,49L14,49L11,50L11,50L11,50L10,50L10,50L10,50L8,50L8,50L8,50L7,51L7,51L7,51L6,51L6,51L6,51"

/>

5. Close SVG Tag

Complete the SVG file by adding the closing </svg> tag:

6. Save and Visualize

Save the file with the .svg extension (e.g., "output.svg"). You can then open this SVG file in a web browser or a vector graphics editor to visualize the shape or pattern described by the JSON path data.

Sticky Note(SVG)

<svg width="20000" height="2000000" xmlns="http://www.w3.org/2000/svg">

<path d="M26,48L26,48L26,48L25,48L25,48L25,48L24,48L24,48L24,48L23,48L23,48L23,48L20,48L20,48L20,48L16,48L16,48L16,48L14,49L14,49L14,49L11,50L11,50L11,50L10,50L10,50L10,50L8,50L8,50L8,50L7,51L7,51L7,51L6,51L6,51L6,51"

fill="none" stroke="blue" stroke-width="2"/>

<text x="50" y="50" font-family="Arial" font-size="16" fill="black">this is the sample test</text>

</svg>

Prenatal Flowsheet (1005) Documentation:

Header

  1. V: The patient type code value.
    • <person>: Represents the person information of the patient.
      • <id>: Represents the ID of the person.
      • Attributes:
      1. EX: The ID value.
      2. RT: The ID value(Coding System).
  1. V: The birth date and time value.

Body [1005 ~ Prenatal Flowsheet]

Allergy Tests (1005) Documentation

Below are the few steps involved during the extraction and conversion process.

Single patient:

Holds all the tables data in PS related to the patient and their information (Data and Document).

Population patient:

Holds the files/document data in binary format related to the patient (only Document).

‘Export Converter’ tool.

Reference section holds the sample files (input, output).

Header [1005 ~ Allergy Tests]:

  1. V: The birth date and time value.

Body [1005 ~ Allergy Tests]:

  1. <section> element for Allergy Tests:
  1. <section> element for Assessment:
  1. <section> element for Plan:
  1. <section> element for Orders:
  1. <section> element for Medications:
  1. <section> element for Instructions:
  1. <section> element for Associate Tasks:
  1. <section> element for Referrals:

Allergy Education (1005) Documentation

Below are the few steps involved during the extraction and conversion process.

Single patient:

Holds all the tables data in PS related to the patient and their information (Data and Document).

Population patient:

Holds the files/document data in binary format related to the patient (only Document).

‘Export Converter’ tool.

Reference section holds the sample files (input, output).

Header [1005 ~ Allergy Education]:


Body [1005 ~ Allergy Education]:

  1. <section> element:
    • The <caption> element represents the caption or title of the section, which is "Allergy Education".
    • There could be 1 or more <local_markup> elements within the section.
      • Within the <local_markup> element, there is an XML structure represented as a string. The XML structure includes:
        • <datahtml> : The provided format appears to be an HTML code snippet. It seems to be a structured representation of some content, possibly for displaying information on a web page or within an HTML email.The content appears to be organized using various HTML elements such as <div>, <table>, <tr>, <td>, <ul>, and <li>.
  2. <section> element for Assessment:
    • The <caption> element represents the caption or title of the section, which is "Assessment".
    • <list> element contains one or more <item> element for different diagnosis.
      • <item> : Represents the separate line item added for diagnosis.
      • <content> : Data for diagnosis code & description added under this.
        • <dxdesc>: Diagnosis description.
        • <dxcode>: Diagnosis code (Combination of ICD9 & ICD10. Ex : ICD9/ICD10).
        • <coded_entry>: Contains the diagnosis code value.
        • Attributes :
        • V : Diagnosis code value.
      • <content> : Blank line item which adds a new line with <br/> tag.
  3. <section> element for Plan:
    • The <caption> element represents the caption or title of the section, which is "Plan".
      • Attributes :
      • V : Document code.
      • S : Document coding system.
    • There could be 1 or more <section> elements within the section for Orders, Medications, Instructions, Associate Tasks & Referrals.
  4. <section> element for Orders:
    • The <caption> element represents the caption or title of the section, which is "Orders".
    • <list> element contains one or more <item> element for different procedures.
      • <item> : Represents the separate line item added for procedures.
      • <content> : Data for procedure name, procedure code, added date & information about holding lab result until reviewed (Yes/No).
        • <coded_entry>: Contains the procedure code value.
          • Attributes :
          • V : Procedure code value.
        • <notes>: Contains the note added by user.
  5. <section> element for Medications:
    • The <caption> element represents the caption or title of the section, which is "Medications".
    • <list> element contains one or more <item> element for different medications.
    • <item> : Represents the separate line item added for medication.
    • <content> : Data for drug name along with it’s strength
      • SIG : Instructions for the dosage of drug.
      • DISP : Quantity along with refill number.
      • <table> : Added for additional information
        • <tr> : 1 or more element added for additional info.
        • <td> : Contains the date when drug was prescribed.
  6. <section> element for Instructions:
    • The <caption> element represents the caption or title of the section, which is "Instructions".
    • <list> element contains one or more <item> element for different instructions.
      • <item> : Represents the separate line item added for instruction.
      • <content> : Data for instruction added for patient in context with medication.
  7. <section> element for Associate Tasks:
    • The <caption> element represents the caption or title of the section, which is "Associate Tasks".
    • <list> element contains one or more <item> element for different Tasks.
      • <item> : Represents the separate line item added for task.
        • <content> : Data for task ID & task type along with comments added by user.
  8. <section> element for Referrals:
    • The <caption> element represents the caption or title of the section, which is "Referrals".
    • <list> element contains one or more <item> element for referrals.
      • <item> : Represents the separate line item added for task.
        • <content> : one or more element containing the data for referral ID, added date, type (Inbound/outbound), Specialty information, reason (comments) and other information as well in context with referral.