Release Notes
Version No: 2.0
Build No: 2
 
 
 
 

 

 

 

 

 

 

 

 

 

 

Contents

  1. Introduction  
  2. New Features  
  2.1 Save and Print option provided in 'Doctor Form' and all its dependent forms  
  2.2 'Procedure Done Details' option has been added in the specialty screen  
  2.3 Ability to add procedural addendum notes after an encounter close  
  2.4 Lab Order date is editable, and the sample collection 'date and time' can be added after an encounter has been closed  
  2.5 Patient related documents can now be attached and sent via Message Compose  
  2.6 Assessment code checks performed before an Encounter is 'closed' or Patient Workflow is marked as 'DONE'  
  2.7 The Review Status of an encounter is not displayed as 'Reviewed' until the Reviewer explicitly marks it so  
  2.8 ICD codes entered in the previous encounter can now be viewed in the Doctor Form  
  2.9 Notification sent to the Attending provider, on Save of the Reviewer's comments  
  2.10 Ability to resend Rx-Hub Eligibility request without requiring to start an encounter again  
  2.11 Ability to view a list of existing appointments from the Appointment Scheduler  
  2.12 Addition of a new property that takes in configurable value in receiving application for LabCorp  
  2.13 Batch file now supports axis2  
  2.14 Ability to select separate pharmacy vendor individually for each drugs in the same prescription  
  2.15 Ability to view past Rx information  
  2.16 GUI (Graphic User Interface) changes in the screen: Current Medication  
  2.17 GUI changes in the screen: Prescription  
  2.18 New Current Medication tags added for data display in Progress Notes  
  2.19 A new icon added in the System Menu Icons to invoke Appointment Scheduler  
  2.20 Import and export of Lab HL7 files now incorporated to the standard of Bio-Reference Inc.  
  2.21 An additional rule added to verify records before import of HL7 lab report  
  2.22 Header and Footer displayed in each individual page of a Doctor Form  
  2.23 Print option also available to print Doctor Forms of past encounters  
  2.24 Progress Notes Report is now editable  
  2.25 Change in URL to the interface - MD Advanced  
  2.26 Validation added in Patient Insurance screen  
  2.27 Paths in Web-Service files now made property based  
  2.28 Reviewer details and few additional details of e-prescribing Provider sent to Surescript via eRx  
 
1. Introduction

The release notes describe the various new features and enhancements carried out in version 2.0 of PrognoCIS™.

2. New Features

2.1 Save and Print option provided in 'Doctor Form' and all its dependent forms

  • A new button "Save & Print" has been provided in the Doctor Form and all its dependent forms, in addition to the already existing button: Save. With the introduction of a single button of 'Save & Print' the provider can now perform the function of saving the details entered in the Doctor Form and simultaneously print the details according to the associated 'Print Template'.
  • Print Template, is a template that is designed to contain tags. Depending upon these tags, on print selective data is pulled from the patient's encounter and printed, as designed. It is important to associate a 'print template' to the Doctor Form. The association of the print template to the Doctor Form is a one time process until the provider requires changing the existing print template.
  • To associate a print template GoTo Settings Configurations → column: Report Design → link: Doctor Forms → screen: Doctor Form Definition. In the screen: Doctor Form Definition notice the newly introduced field: Print along with the Master (Template) Search icon. The template name selected is then displayed in the field: Print. Refer to figure 1.1


Figure 1.1: Associate a Print Template from the Template Search icon displayed

  • Now to after the association of the Print Template has been done with, when a provider enters details through the Doctor Form and Clicks on the button: Save & Print the details are automatically saved with the encounter and you would receive a print prompt to print the encounter related details (even details coming from past encounters). The details are printed as per the print template designed and selected.
  • To design a new print template GoTo Settings → Configuration → column: Templates → link: Form
  • Consider the following conditions that are applicable for the button: Save & Print to remain enabled (available):
  1. The button remains enabled only for Open Encounters.

2. The button remains enabled only if any Print Template is associated with the Doctor Form.
 
2.2 'Procedure Done Details' option has been added in the specialty screen
 
  • A new button "Done Details" has been provided in the Specialty screen thus making it convenient for a provider to mark a procedure as 'Done' as well as to further add the details about the procedure conducted on the patient, by
    clicking on the icon: Refer to figure 1.2

    This way, the provider is saved from the efforts to navigate back to the screen: Health Maintenance and enter the procedure 'Done Details' - as was the case earlier.

Figure 1.2: A specialty screen displaying a procedure with the option to mark the procedure as done and the button: Done Details
 
  • User has to first mark the procedure as DONE - by selecting the checkbox under the column: Done only then the button-icon is enabled.

  • A pop-up: Done Details is displayed that takes in patient's procedure related details as part of patient's health maintenance Refer to figure 1.3

Figure 1.3: Add patient's ‘Done Details' here

 

  • The procedure that is done with the procedure details added and saved in the Specialty screen is also reflected in the screen: Health Maintenance of the patient's encounter. But the same is NOT true vice-versa.

    Note: The functionality of transferring the Done Details of a procedure from a specialty screen to the screen: Health Maintenance depends on a property: phh.add2hm.on.procedure.done in such a way that,
 
  1. if a procedure 'A' is present in the screen: Health Maintenance, and from the Specialty screen the procedure is marked as 'Done' as well the Done Details are added then the Done Details is reflected in the screen: Health Maintenance - irrespective of the property value of 'Y' or 'N'

  2. If a procedure 'A' is NOT present in the screen: Health Maintenance, and from the Specialty screen the provider (user) adds a procedure, marks it 'Done', and enters the 'Done Details' then if the property value is 'Y' then the procedure along with its Done Details is 'added' to the screen: Health Maintenance whereas, if the property value is 'N' then the new procedure added in the Specialty screen does not reflect in the screen: Health Maintenance.
  • The option of 'Done Details' is available only on procedure template. To mark a specialty template as a 'procedure': GoTo Settings → Configuration → column: Specialty → link: Template. In the template screen, the option: Procedure when selected marks the specialty template as a procedure. Refer to figure 1.4


Figure 1.4: The options allows the Specialty template to be marked as a procedure

Consider the following conditions for the icon: of Done Details to be enabled:
            b. Encounter is LIVE.
            c. Encounter type is not a Face Sheet encounter.
            d. The "Done" check box is checked.

2.3 Ability to add procedural addendum notes after an encounter close
 
  • A new button "addendum" has been provided in the Specialty screen after the encounter is closed so that a user is able to add any procedure related addendum notes without a need to re-open the encounter. Refer to figure 1.5


Figure 1.5: Procedure addendum button seen in specialty screen after encounter closed


  • The button is available or displayed only if the encounter had procedure(s) done by the provider.
  • On click on the button: addendum a pop-up: Procedure Addendum Notes is displayed Refer to figure 1.6 the procedure notes added here is automatically appended and available in the Preview and Print option of the procedure note in the Specialty screen. Also, the pop-up displays all the earlier added addendum notes in the gray area of the pop-up.


Figure 1.6: Add procedure Addendum notes after the close of encounter
 
  • To include procedure addendum in the progress notes report, the following tags are used: [ENC_PROCEDURES_ADDENDUM] and [LASTENC_PROCEDURES_ADDENDUM] and use the property: enc.close.show.proc.addendum to auto append the procedure addendum in the progress notes.
  • If the Procedure Addendum has been added by user other than the attending provider then on save of the procedure addendum notes a message is sent to the attending provider with the details of the addendum notes and the date and time of the entry
  • Procedure addendum note entered for a specialty template is displayed at the bottom section of the procedure note.

2.4 Lab Order date is editable, and the sample collection 'date and time' can be added after an encounter has been closed
 
  • At times the results for the tests ordered or performed are expected in few days after the encounter with the patient. A provision has been made available for the feature of Lab Order wherein a user is able to edit Lab Order Date; add the information with regard to the date and time of samples collected or tests conducted; date and time of the food or drink consumed - even after an encounter is closed.
  • A new button "Collection…" has been provided in the screen: Lab Order Refer to figure 1.7 The availability of this functionality depends on the 'Status' of the Lab Order i.e. only if the status of the Lab Order is any of the following will the button: Collection remain enabled
    o ENTERED
    o ORDERED or
    o SAMPLE DRAWN
    The functionality is NOT available if the status of the Lab Order selected is either 'Results Received' or 'Completed'
  • The pop-up: Collection Date is displayed on click on the button: CollectionRefer to figure 1.7


Figure 1.7: Button 'Update' updates the Lab Order screen with the information added here
 
  • All the tests entered in the screen: Lab Order is now seen in the pop-up: Collection Date
    • The field: Order Date displays the Order Date of the Lab Order; any change done to the date reflects in the Lab Order.
    • The field: Date Time takes in the date and time value that gets applied to the option chosen from 'Apply To'
    • The field: Order Date displays the Order Date of the Lab Order; any change done to the date reflects in the Lab Order.
    • The option: All Collection Date/Time when selected adds the date and time value in the respective column; the option: All Food/Drink Date/Time adds the date and time value in the respective column; the option: Selected adds the date and time value only in the fields whose checkboxes have been selected; the option: Blank adds the date and time value in ALL the fields that are blank without any values.

2.5 Patient related documents can now be attached and sent via Message Compose
 
  • A message composed can now have documents attached and sent out to different medics; and roles
  • A new button "Attach" has been added in the screen: Compose (GoTo tab: Message → Compose) Refer to figure 1.8


Figure 1.8: The different documents attached to the message
 
  • The button: Attach is enabled only if a Patient name has been selected in the field: Reference Patient; if a user has navigated to the screen: Compose after accessing the patient's encounter details then that patient is selected automatically in the field: Reference Patient.
  • A document list of the patient records is displayed on click on the button: Attach; the user selects the documents that have to be sent out, the documents attached is displayed next to the button: Attach and above the field: Message. Refer to figure 1.7
  • Based on the different types of documents selected, different icons representing these documents are displayed as attachments. Refer to figure 1.8
  • Though there is an option to send the message out to the patient, the messages reach the patient's Inbox without the attachments; this is in compliance with the HIPPA laws; a prompt alerting the user about the same is also displayed. Refer to figure 1.9


    Figure 1.9: prompt alerting the user when the user has a Patient in the 'Send To' list

    The maximum attachments permitted for attach is 10; and if a user attempts selection of documents beyond 10 then a prompt limiting user's action is displayed. Refer to figure 1.10


    Figure 1.10: prompt alerting the user of the max limit reached while selecting documents to attach

    To view the Patient Notes sent with attachment, GoTo Patient → Review → Messages; when a message is opened it displays these attachment as a comma separated list.
  • The receiver of the message, receives the message in his/her Inbox with the list of attachments arranged in a comma separated list that can be easily forwarded as well.
2.6 Assessment code checks performed before an Encounter is 'closed' or Patient Workflow is marked as 'DONE'
 

  • Two new properties are added to perform assessment code checks before an encounter is closed or when the patient workflow status is set to 'DONE'. This way, it becomes mandatory for a provider to enter the respective assessment codes to the service(s) rendered.
  • Consider the following two properties, depending on the values assigned relevant checks of assessment codes are performed before allowing the user to close an encounter or mark the patient workflow status to be set as 'Done':
  1. Assign the values I - ICD, C- CPT, H- HCPC, A - Any, B - Billing (CPT or HCPC) respectively to the property: enc.close.assessment.must; depending on the value(s) assigned, the application checks for the assessment codes before an encounter is closed.
  2. Similarly, assign the values Y or N to the property:
    encounter.patworkflow.done.checkforasssement; if the value is set to Y then application checks for the mandatory assessment codes defined under the property "enc.close.assessment.must"when the user tries to mark an encounter as DONE. Set the value as N in case assessment code checks are not required.
2.7 The Review Status of an encounter is not displayed as 'Reviewed' until the Reviewer explicitly marks it so.
 
  • A new property has been added whereby a provider (reviewer) has to explicitly mark the encounter as 'Reviewed' for the status of the encounter to display as 'Open and Reviewed'. For this, the provider has to explicitly select the option: Review from the screen: Review Encounter (GoTo Report → Review Encounter).

    Note: The significance of this function is that now a reviewer provider enters his/her comments until and unless the reviewer marks the encounter as 'Reviewed' the encounter remains accessible for further comments at a later stage

  • In the property tag: encounter.review.explicitly ; assign the value 'Y' to apply the property.
2.8 ICD codes entered in the previous encounter can now be viewed in the Doctor Form
 
 
  In the Doctor Form, it is now possible to view the ICD codes entered in the previous encounter. On start of a new encounter, a new search list - Past ICD Code is made available to the provider in the Doctor Form. The Past ICD Code list contains all the ICD codes entered in the previous encounter(s). The information makes it convenient for a provider to reassign the same ICD codes in the current encounter.
 
 
2.9 Notification sent to the Attending provider, on Save of the Reviewer's comments
 
 
  The attending provider is sent a notification to his/her Inbox, the moment the Reviewer saves review comments to an encounter. The Encounter Review property: events.supported, should include the event id as 205.
 
 
2.10 Ability to resend Rx-Hub Eligibility request without requiring to start an encounter again
 
 
  Earlier, an eligibility request could be sent only on start of an encounter, there was no provision to send the eligibility request but to start an encounter again (incase an error occurred and was rectified). Now a button: Retry has been added to the pop-up screen: Eligibility; this way, the user is able to send an eligibility request and get the proper response as well by clicking on the button: Retry.
 
 
2.11 Ability to view a list of existing appointments from the Appointment Scheduler
  • A new icon: Existing Appt to list out all the other existing appointments of a patient has been introduced in the pop-up: Appointment Schedule (GoTo tab: Appointment → Schedule → pop-up: Appointment Schedule)
  • The icon is enabled only if appointments (Scheduled/To be Confirmed) exists for the selected patient.
  • The pop-up: 'Other Appointment for Patient' is displayed on click on the icon: Existing Appt; if the pop-up: Appointment Schedule has been invoked by clicking on a patient's current appointment then the details of ALL the existing appointments excluding the current appointment (from where the pop-up: 'Other Appointment For Patient' has been invoked) is displayed.
 
2.12 Addition of a new property that takes in configurable value in receiving application for LabCorp
 
 
  The property value for the property: 'hl7.export.receiverapp.vendor' is now configurable (earlier it was hard-coded with the value of 1100)
 
 
2.13 Batch file now supports axis2
 
 
  The classpath mentioned in the batch file of PrognoCIS is now redirected to the JAR file: axis2 and then alternatively to the JAR file: axis1.
 
 
2.14 Ability to select separate pharmacy vendor individually for each drugs in the same prescription
 
 
  It is now possible for users to select a separate pharmacy vendor individually for each drug in the same prescription. Now, each drug of a prescription can have different Pharmacy or NO pharmacy assigned. On print of such a prescription, those many prescriptions are printed as many pharmacies have been chosen and for a drug with no pharmacy mentioned, a separate prescription is printed.

Note: The label of the prescription screen changes from 'Prescription' to 'Multi-Pharmacy' in case the prescription has been saved with multiple pharmacies
 
 
2.15 Ability to view past Rx information
 
 
  A new functionality or option of Past Rx has been introduced in the drop-down menu prior to the button: Warning in the screen: Current Medication. Past Rx, displays a list of Stopped drugs, Old Med drugs, and Current drugs (including the ones added and dispensed). The option of Past Rx consists of two additional fields of 'No. of days' and 'Unique drug id'

The field: No. of days depends on the property: rx.pastrx.days which implies, the number of previous days up to which the drugs will be selected in Past Rx. Also, the option: Unique drug id depends on the property: rx.pastrx.uniqueDrug which implies, a drug can be prescribed in multiple encounters. To display all entries, set the properties to 'N'. To display only the latest entry of a drug set the property to 'Y'.
 
 
2.16 GUI (Graphic User Interface) changes in the screen: Current Medication.
 
 
  GoTo Face Sheet → cell: Current Medication.

A couple of important GUI changes has been done. Earlier, the action menus or options such as 'Continue'; 'Edit dosage'; 'Stop'; 'Over' was common for all the drugs in the screen: Current Medication but now they appear and can be applied individually to all the drugs present.
 
 
2.17 GUI changes in the screen: Prescription
 
 
  GoTo Encounter →TOC → Prescription

A new button: Past Rx has replaced the earlier button: Curr Med; on click the pop-up: Current Medication is invoked displaying the details of the option: Past Rx.
 
 
2.18 New Current Medication tags added for data display in Progress Notes
 
 
  Following tags have been added that help to display the Current medication data in the Progress Notes:

ENC_MED_OVER_STR_NOW - Medication marked as over in this encounter (would display as String value)

ENC_MED_OVER_STR_ALL - Medication marked as over for all encounters (would display as String value)

ENC_MED_OVER_TBL_NOW - Medication marked as over in this encounter (would display in tabular format)

ENC_MED_OVER_TBL_ALL - Medication marked as over for all (would display as String value)

 
 
2.19 A new icon added in the System Menu Icons to invoke Appointment Scheduler
 
 
  A new icon to invoke the pop-up: Appointment Scheduler is now a part of System Menu Icons in the GUI of PrognoCIS found right next to the toggle switch of EMR and BILL. This way, a user can invoke the pop-up: Appointment Scheduler at any point of time with a single click and schedule an appointment for a 'patient' or 'others'
 
 
2.20 Import and export of Lab HL7 files now incorporated to the standard of Bio-Reference Inc.
 
 
  PrognoCIS now incorporates import and export of Lab HL7 files to the standard of Bio-Reference Inc.
 
 
2.21 An additional rule added to verify records before import of HL7 lab report

  An additional rule that matches the combination of Patient's Date of Birth and the Chart No. before accepting or rejecting Patient's HL7 Lab results has been added. This rule works in co-ordination with the earlier rule of matching patient's name and patient's Date of Birth.
 
 
2.22 Header and Footer displayed in each individual page of a Doctor Form

  Now, on print, the clinic’s header and footer information is available on every page of a Doctor Form.
 
 
2.23 Print option also available to print Doctor Forms of past encounters

  A print button has been provided also to the Doctor Forms present in the ‘view History’ list.
 
2.24 Progress Notes Report is now editable
 
 
  • GoTo Encounter TOCmenu: Progress Notes menu-item: Progress Notes Reports
  • Progress Notes Reports that earlier could only be printed is now editable even if the encounter is closed. Refer to the figure 1.11


  • Figure 1.11: Editable menu-items of Progress Notes Report

  • The edit-menu items provided are the standard items useful for editing and formatting text and for each menu-icon appropriate tool tip have been provided.

  • In addition to the already existing Print button, the following buttons have been included: save; delete; and reset - performing the regular functionalities.

  • It is possible to recreate the Progress Notes Report and save it with a new name in two possible ways:

  • i. Edit the currently opened Progress Notes Report and click on the button: save; a pop-up requiring a name and the category for the report is displayed. Refer to figure 1.12


    Figure 1.12: Provide the Name and Category for the new Progress Notes Report

    Note:
    • The current template is considered for the new Progress Notes Report; to change the template, select a template from the Master Search Icon:
    • It is only on the first ‘Save’ that the pop-up is displayed.
    ii. Click on the icon: (Recreate); two pop-ups are displayed, one is to select the template for the progress notes report and the second one is to give your template a name and to define a category for the same. Refer to figure 1.13


    Figure 1.13: Icon-Recreate displays two pop-ups to name and define the Progress Notes Report

    Note: On ‘Save’ the template is available in the drop-down menu: Create Progress Note Report.
     
     

    2.25 Change in URL to the interface - MD Advanced

    The URL used to access the third-party interface: MD Advanced has been changed from https://sl1-api02.advancedmd.com to https://c-app.advancedmd.com all the relevant files have this update incorporated .

     
     

    2.26 Validation added in Patient Insurance screen

    Validation has been added that the button: 'check' and button: 'details' in Patient Insurance should be disabled if the selected insurance company does not have Gateway Payer ID entered .

     
     

    2.27 Paths in Web-Service files now made property based

    The web Paths in the Web-Service file that were programmatically hard coded (eg. C:/) was there in webservice source files which was causing problem on Linux environment as there is no C drive.

    Now these hardcoded paths are made property based. So it can be read from property file and utilised differently on different environment (Linux & Windows)
     
     

    2.28 Reviewer details and few additional details of e-prescribing Provider sent to Surescript via eRx

    Earlier the e-prescribing provider's SPI information alone used to be sent to Surescript. Now, additionally the provider's NPI number and DEA information is also sent and displayed in the respective XML file generated.

    The Reviewer's details i.e. the SPI, NPI, and DEA numbers are also sent to Surescript and displayed under a section, ‘Supervisor' in the XML file generated.