Release Notes(EMR)
Version No: 2.0
Build No: 9
Content
1. |
|||||||
The release note describes the various new features and enhancements carried out in Version 2.0 Build 9 of PrognoCISTM. Release Notes describes the new features specifications with UI details wherever applicable. | |||||||
2. |
Clinical Interoperability supported in PrognoCIS |
||||||
Clinical Interoperability support has been implemented from the current version wherein Clinics can electronically move clinical information among disparate healthcare systems securely while maintaining the integrity of the information being exchanged. Surescripts’ Net2Net Connect API or clinical messaging technology is utilized to achieve Clinical Interoperability. The Setup is such when PrognoCIS User has to send patient's health record information to a Provider (for example, a Referring Provider on external EMR from Letters-Out screen tab: Patient → Letters-Out) then the email is sent through PrognoCIS Gateway that performs the required encryption and forwards the message request to Surescripts Net2Net Connect API which in turn forwards or transmits the message securely to the Inbox of recipient on external EMR. Refer to figure 2.1 Figure 2.1
Message or email sent from an External EMRs messaging system is forwarded securely via Surescripts Net2Net Connect and is received by PrognoCIS' Gateway where the message is decrypted and forwarded to PrognoCIS Inbox ( tab: Messages → In ) of respective Provider in respective Clinic. Note: Messages received have pre-fix, ‘Clinical Message' For Clinic Providers to be able to send across Clinical messaging, the Provider needs to be registered to Sure script and have its unique Clinical messaging email id. Registration of Providers is done from tab Settings → Configuration → Medics → Providers. Refer to figure 2.2 Figure 2.2 External Providers can be imported into PrognoCIS as referral. A new button: Import has been added to the Referring Doctors screen ( tab: Settings → Configuration →     Medics → Ref Doctor). Refer to figure 2.3 Figure 2.3Note: The registered email id for Clinical messaging of the selected Referring Provider is visible from the Address pop-up. Refer to figure 2.4 Figure 2.4 When Clinical messaging is enabled in a Clinic, in the Letters-Out screen a warning is displayed, “ Do NOT include private or sensitive information (PHI) in the subject line. It will be displayed in the recipient's personal non-secure email inbox ”. Also, option of “Sure scripts Directory” is available to Users from wherein it is possible to select Clinical messaging recipients. Refer to figure 2.5 Figure 2.5 The recepient User's Inbox would receive the message with pre-fix 'Clinical Msg:' Refer to figure 2.6 Figure 2.6 Note: If a patient has not been selected for 'Attach' then the buttons, ‘Reply'; ‘Reply All'; 'Forward' are not enabled Messages sent with file attachments are sent as individual files. XML files are made readable and displayed as HTML. |
3. |
Patient enters basic info to check in independently in Clinic |
|||||
Independent Patient Login (IPL) has been introduced in PrognoCIS – with two separate URLs being provided. For Clinics who have the IPL functionality ON following scenarios are possible: I. Clinic has an IPL URL; Patient enters a Clinic for the day's appointment and ‘checks in' through an IPL URL by just entering First Name; Last Name; and Date of Birth DOB) information. No login credentials required and PrognoCIS system in the Clinic automatically marks the patient as ‘Arrived'. II. A Patient has an IPL URL, accesses it and is able to fill in his/her medical history details into PrognoCIS before coming to Clinic. IPL is a provision to automate Clinic Workflow. Two new URLs for accessing Independent Patient Login from the location of patient either from home or Clinic are as follows: From Clinic, https://[SERVERNAME]or [DOMAIN]/prognocis/ scrIplIndex.html?mode=internal. Refer to figure 3.1 Figure 3.1Note: On click/press on Check-In button would immediately identify and confirm the patient's entered details and mark the patient as ‘Arrived' and update the system simultaneously. The Clinic URL is property dependent The accepted values for the property, prognocis.pfstandaloneapp.mode are either ‘C' or ‘P' or ‘CP' Refer to the following table Table 1:
Only Patients with appointments that are either scheduled or tentative can be marked as arrived. In case, a patient has multiple appointments scheduled for the day then the first available scheduled appointment is marked as arrived. In case of multi-doc appointments present then they ALL are marked as arrived for the patient. If open Encounter is not present when an appointment is marked as arrived via IPL then a new Encounter is started. From Home (or a location other than home), https://[SERVERNAME]or [DOMAIN]/prognocis/ scrIplIndex.html. Refer to figure 3.2 Figure 3.2 On click/press on Submit button the system would immediately identify and confirm the patient's entered details → leads the patient to patient forms similar to ones found on Patient portal → and once the patient finishes entering his/her medical details and saves → the system updates and incorporates the saved details. Refer to figure 3.3 User (patient) is appropriately prompted with alerts when: ✓ Patient is found to be inactive in the system. ✓ Patient's SSN is found to be missing in the system. This function depends on the property, patient.ssn.mandatory . ✓ Patients with same First Name; Last Name; and DOB information are found in the system. ✓ Patient's details entered are not found in the system. It is possible to view a report for listing out number of patients who have been marked ‘Arrived' from Independent Patient Login. GoTo tab: Reports → Tabular → search ‘List of patients marked Arrived from Independent Patient Login Application' displaying report code as IPL01 Note:The report displays information such as Patient's Name; Date of Appointment; Time of Appointment; Patient's arrival time; Provider's Name |
|||||||
4. |
New User Interface design for OBGYN |
||||||
A well-designed UI (User Interface) has been provided that facilitates User to work on all aspects of OBGYN without having to switch between differently located forms and templates. TOC displays OBGYN as a new menu called 'Prenatal'. The No. of doctor forms used in Prenatal screen is defined in OB Master screen (GoTo tab: Settings → Configuration → OB Master). Refer to figure 5.1 Figure 4.1
OB screen allows User to enter patient's pregnancy related details right from prenatal to post partum including initial pregnancy examination and past pregnancy details. Refer to figure 4.2 Note: ACOG defines Progress s template Close Pregnancy: EDD + field accepts the additional No. of days that would help system to prompt User about closing a pregnancy cycle. Figure 4.2Note: The icon: indicates that there is information present under the tab. i. The highlight of the screen is that User is able to see all information at one glance, he/she need not switch between screens, the tabs provided are intuitive enough about the information they carry, User is just required to browse through different tabs to enter information. ii. When a female patient comes for checkup and is found to be pregnant then Provider sets pregnancy number and the patient's Pregnancy cycle starts. Refer to figure 4.3 Figure 4.3
In case a pregnancy cycle has not been explicitly closed and EDD date has already elapsed then system prompts and informs User about EDD + (additional) No. of days being elapsed and if User would like to close the last pregnancy cycle. Refer to figure 4.4 Figure 4.4
Note: The display of prompt is property based ob.close.pregnancy.alert . The prompt is displayed to the User only if the property value is ‘Y' Tag, ENC_OB_PASTPREG is used to print Past Pregnancy Details on Progress Notes. Tag, ENC_OB_PROBPLANS is used to print Problem and Plans on Progress Notes. |
|||||||
5. |
Provision to Copy Provider's Work Pattern |
||||||
As a step towards automation of Clinic workflow, Clinics can now conveniently copy Work Patterns of one Provider to others; incorporate them; and start using without having to create them from start. A new button: Copy Work Pattern has been added to the pre-existing Work Pattern screen. Navigation: GoTo tab: Appointments → Work Pattern → button: Copy Work Pattern Refer to figure 5.1 Figure 5.1 On selecting a Work Pattern, the Work Pattern is applied and ready for use. If User selects a Work Pattern wherein the ‘ Finish Date ' is less than Todays Date then a message in bold red is displayed to the User with the suggestion to change the ‘Finish Date' in order to apply the Work Pattern. Note: A Provider cannot copy his/her own Work Pattern – it is not available on Copy Work Pattern list. At the time of editing Work Pattern information (after copy) the Copy Work Pattern button remains disabled till User effectively saves the changes. |
|||||||
6. |
Resource Appointment related change |
||||||
Users are now informed effectively that a Resource appointment encounter can be closed ONLY if the attending doc is one of the eligible Providers. User is now explicitly informed to change the Attending Provider the Attending doctor cannot be the Resource and this information has to be edited or changed, in order to close an Encounter from the Encounter Close screen. Refer to figure 6.1 Figure 6.1 Mark Encounter Complete/Sign Off checkbox remains disabled till the User changes the Attending doctor information from the Edit Encounter screen thus assuring that a Provider has reviewed the Encounter and is responsible for closing of Encounter. |
|||||||
7. |
Custom drugs can be ePrescribed on demand |
||||||
User now has a provision to send Custom drugs via eRx. To use this feature Users need to contact Support and sign a document to confirm that Controlled Substaces will not be sent using eRX. |
|||||||
8. |
Provision to set DEA Class for custom drugs |
||||||
PrognoCIS User now has provision to set DEA Class for custom drugs. On the Drug Name screen ( GoTo tab: Settings → Configuration → Drug ) a new column, DEA Class has been added. The column consists of editable text-field wherein User can enter or edit DEA Class details for custom drugs. |
|||||||
9. |
Rx Start Date sent as part of comments to Surescript |
||||||
For times when Providers require to prescribe prescription that is meant to be started on a future date, the system now explicitly sends this as additional information under comments to Surescript while ePrescribing. User is first alerted with a prompt that the Prescription Start Date is currently a future date and if he/she would like to send this information as part of comments while ePrescribing. Refer to figure 9.1 Figure 9.1 If User confirms to send information then on Rx(s) for transmission pop-up the Start date is visible under the Comments column. And on Send the selected drug is ePrescribed and sent across to the relevant pharmacy. Refer to figure 9.2 Figure 9.2
|
|||||||
10. |
Read Message related enhancements |
||||||
Navigation: GoTo tab: Messages → In → pop-up: Read Message From the current version of PrognoCIS a User is able to do Reply All and send replies instantly to multiple recipients – reply all… is the new button provided. Refer to the following figure Note: reply all… button remains enabled only if there are multiple recipients User can delete the read message from the open Read Message pop-up – delete is the new button provided for the purpose. Refer to figure 10.1 Figure 10.1 |
|||||||
11. |
Doctor preferred templates now available for Copy |
||||||
Clinic Provider preferred templates (i.e. Test Templates and Document Templates) from tab: Settings à My Preference can now be easily selected and copied to create a new template. A Copy Template button can be found on each respective screen of ROS; Vitals; Physical; Specialty; and Progress Notes. Refer to figure 11.1 Figure 11.1 |
|||||||
12. |
Inbox messages can be marked as ‘Unread' |
||||||
It is possible from the current version to mark an Inbox message that have been read or opened as ‘Unread'. A new Mark Unread button has been added to In screen (tab: Message → In), User just has to select a message or message row and click on Mark Unread button has to be clicked – the respective message gets marked as Unread, indicated by the message icon. Refer to figure 12.1 Figure 12.1 |
|||||||
13. |
ICD, CPT, and HCPC added are copied to Assessment |
||||||
Multiple selection and addition of ICD, CPT, and HCPC codes are now allowed from Master search. A maximum of 10 codes can be added at time. Each respective Master search now has serial checkboxes which helps in selection of these codes. Refer to figure 13.1 Figure 13.1 The selected multiple assessment codes also get added and displayed in Assessment screen. ICD/CPT/HCPC added or copied from one or many of TOC menus such as Review of System (ROS); Vitals (VT); Social History (SH); Specialty (SC); History of Past Illness (HPI) are all added or copied to the Assessment screen. The feature depends on the following properties: ✓ assessment.addicd.from.htest4types ✓ assessment.addcpt.from.htest4types ✓ assessment.addhcpc.from.htest4types Note: copy button is available on these screens only if property value of applicable.test.copy. VT /RS/HP/SC/PH is set to ‘Y' ICD and/or HCPC added via Set of Values (SOV) from Specialty Tests are copied to Assessment only if the property, assessment.addcpt.fromspltest is set as ‘T' Note: The Set of Value CPT/HCPC for test will not get added in assessment for Social History and Clinic Form (SH, SF). The maximum billable ICD codes allowed in Assessment is property dependent, assessment.icd.max_billables |
|||||||
14. |
Prescription related changes |
||||||
i. Rx Date now visible from Face Sheet cell of Current Medication individually for each drug. Refer to figure 14.1 Figure 14.1
Note: Incase RxDate has not been entered for a drug then its name begin directly without leaving any space. ii. The display of last prescribed details on Prescription screen is now property based. A newly added property, rx.default.dispensable.fields.blank when set as ‘Y' would display set the Prescription screen as blank each time User accesses it. Similarly, if the property is set as ‘N' then Prescription screen would display details of last prescription each time User accesses it. Note: The property, rx.default.dispensable.fields.blank overrides the currently existing property in the System, rx.std.patient.chartno. iii. To maintain consistency in GUI (Graphic User Interface) of CPOE → Refill screen with that of Prescription screen, the Inhouse checkbox and Sample checkbox have been shifted to the left-hand side of the screen. Refer to figure 14.2 Figure 14.2
Note: Earlier these options were available on the right-hand side of the screen iv. A copy of Refill Request is also sent to Provider's assistant along with the recipient Provider, if the property, rx.refill.msg.send2assistant is set as ‘Y'. The property overrides the existing property, mail.cc.A v. The Denied Refill Request (from Portal as well as System) is now tracked and displayed individually on Patient's Document List (GoTo patient Encounter → TOC → Document List). Refer to figure 14.3 Figure 14.3Note: Each denied Refill Request can be previewed individually but cannot be edited. |
|||||||
15. |
Phrases now enhanced to accept 5000 characters |
||||||
The different Phrases Types supported in PrognoCIS TM ( GoTo tab: Settings → Configuration → Phrases Types ) now also support a maximum of 5000 character entry. |
|||||||
16 |
Patient Form and Doctor Form related enhancements |
||||||
16.1 For Dependent Forms a new section: Hyperlink has been introduced with its own specific param values. Refer to figure 16.1 Figure 16.1 Following are the (additional) Param values in detail: i. Option: At Top when selected displays the Dependent Form(s) link on the top of Doctor Form. ii. Option: At Bottom when selected displays the Dependent Form(s) link at the bottom of Doctor Form. iii. In the field: Lines Per Row , the number entered would decide the number of Dependent Forms to be displayed per line on Doctor Form. iv. In field: Class For Hyperlink Text would require User to enter Class details belonging to CSS Stylesheet (in HTML) – Bizmatics Support can be contacted for this 16.2 Following are the changes in Doctor Form History pop-up: Navigation: GoTo patient Encounter → TOC → Doctor Form → View History icon: i. Two new columns namely, Modified By and Modified Date have been added to Doctor Form History pop-up, displaying Provider (who has modified the form) info and the modification date respectively. Refer to figure 16.2 Figure 16.2ii. Also, note that when a User (Provider) saves Doctor Form with patient's details for the first time, the record is not displayed on Doctor Form History pop-up but when User (may or may not be the same User) happens to edit the Doctor Form then the record of last modification(s) done is displayed on Doctor Form History pop-up, giving details such as Form Code; Form Name; Modified By; and Modified Date. 17.3 Preview button added on Doctor Form Definition screen During the time of designing Doctor Form, User needs to counter check his/her changes by switching back and forth from the Doctor Form definition screen and Doctor Form screen ( TOC → Doctor Form ). A new button: Preview has been added on Doctor Form Definition screen that gives User a preview of changes made to the Doctor Form directly from the Doctor Form Definition screen itself. Refer to figure 16.3 Figure 16.317.4 Provision to Copy Doctor Form It is now possible to copy an already existing Doctor Form for reuse. From Doctor Form Definition screen, in the required ‘Section', User has to define a button with param value as ‘ COPYDOCFORM '. After save and html generation a Copy Form button is displayed on Doctor Form (TOC). A pop-up: Copy Doctor Form is displayed with list of available Doctor Form for copy. Refer to figure 16.4 Figure 16.4 After selection of Doctor Form, the Form details are copied and merged onto the current Doctor Form – with Save button enabled (for further modification). Delete All checkbox provided on Element details frame for the convenience of User to be able to select and delete (if required) all the rows together with single click. Refer to figure 16.5 Figure 16.5 Tests can be designed to display horizontally Users can now design Doctor Form to display the added Tests in horizontal columns. Additional param values have been added on Params pop-up. Refer to figure 16.6 Figure 16.6 Display Tests Horizontally checkbox when checked enables the field: Enter Number of Columns wherein User adds the number of column that these tests should be displayed in. Data type column of sections retain its selected value even after tests are added from binocular search. Refer to figure 16.7 Figure 16.7 An alert now prompts User if he/she tries to edit existing template that is already in use in existing Encounter/Doctor Form/ Patient Form. |
|||||||
17 |
Patient Notes can now be categorized |
||||||
A provision to add patient's notes under various categories and nodes has been made available to User's from the current version. A new Patient Notes icon is available to Users from the following screens: i. Home page. ii. Patient registration. iii. Appointment schedule. iv. Appointment (Patient) information. v. Patient encounter. The icon opens a Patient Notes pop-up, wherein User selects a category for notes and is able to display either in ascending or descending order of Categories and/or nodes and/or Date of creation. On click on New Note button the New Notes pop-up is displayed wherein the selected Categories (from the earlier Patient Note pop-up) is displayed. Once the User enters the Node value and saves the details, this is how the Patient Note would look. Refer to figure 18.1 Figure 18.1 The notes can be edited by clicking on button: Edit. From Patient Notes screen User is able to select a category for notes, add a node under the selected category sort and Note:The sort applied is valid till the end of User's session. A red border appears surrounding the icon indicating patient notes have been added by User(s). Categories are defined from tab: Settings → Configuration → Group Types → Non-System → type: PN link → Categories-wise Patient Notes pop-up. The functionality is role based; Admin has to assign Patient Notes rights for Users.
|
|||||||
18 |
User can now print only the specialty notes for selected template |
||||||
A new tag, ENC_SPL_NOTES$ < templateName> has been added that would specifically print specialty notes for the specified template. Note:User needs to specify required template name immediately after the $ sign. |
|||||||
19 |
Provision to add Drugs' package size information on Prescription screen |
||||||
Certain drugs were required to be prescribed with their package-size information, to fulfill this requirement; PrognoCIS now has a newly added Package Size button-icon on the Prescription screen right next to Bulk field On click, the icon invokes Package Size pop-up, displays the relevant drug details (Bulk, Unit, and Description) from the FDB database. When User selects the applicable drug detail then the selected drug's bulk and dispense details is updated. Refer to figure 19.1 Figure 19.1
|
|||||||
20 |
Provision to print Supervising Provider’s information on Progress Notes |
||||||
Newly added tag, ENC_SUPERVISOR$ is now available to print Supervising Provider’s information on Progress Notes – the Supervising Provider is selected from Start/Edit screen.
|
|||||||
21. |
Lab Result now also displays Lab Technician name |
||||||
The OBR 34 field in HL7 Lab Result import process contains Lab Technician name that is now available for display on the Lab Result screen. Figure 21.1
|
|||||||
22. |
Patient Notes icon has been changed |
||||||
From the current version, the Patient Note icon has been changed, the icon: now represents Patient Notes on PrognoCIS.
|
|||||||
23. |
Action buttons found on Sign Up screen of Patient Portal is now kept disabled at the time of submitting the details |
||||||
On submitting the Sign Up details from patient portal, the system took a while to process and submit details, if during this time the action buttons such as submit is left enabled and available then there is a chance that User clicks on it again and again further delaying the process. Thus as an enhancement, these actions button have been made disabled till the time system completes its process of processing and submitting the entered Sign Up information.
|
|||||||
24. |
Change of labels on the Medical Problem screen (Patient Portal) |
||||||
Change in labels in the Medical Problem screen (sub-menu of Summary). The label, ‘Current Problem’ has been changed to ‘Current Medical Problem’ and the label, ‘Past Problem’ has been changed to ‘Past Medical Problem’. Refer to the following figure Figure 24.1
|
|||||||
25. |
2NDC codes now also included as part of eRx information sent |
||||||
NDC codes are now also included as part of eRx information sent.
|
|||||||
26. |
ARRA property, arra.ms.required.measures has now been made available to ALL PrognoCIS Users |
||||||
ARRA property, arra.ms.required.measures that was earlier available to ‘admin’ login Users only, has now been made available to ALL PrognoCIS Users.
|
|||||||
27. |
Properties used in calculation of MU CS-8 (Vital Sign) now accepts multiple test codes |
||||||
Properties, such as vital.height.testcode; vital.weight.testcode; vital.bp.testcode used in calculation of MU CS-8 (Vital Sign) has now been enhanced to accept multiple test codes for example, VTWEIGHT, VT02758.
|
|||||||
28. |
Supervising Provider found on Start/Edit Encounter screen will now remain enabled |
||||||
Supervising Provider field found on Start/Edit Encounter screen will now be enabled for all the options that are available under Review Encounter (i.e. Optional, Mandatory, Not Required, and Reviewer) drop-down menu.
|
|||||||
29. |
Multi-browser, Multi-OS, and Multi-resolution support available for Patient Portal |
||||||
Patient portal is available for multiple browsers such as Internet Explorer (IE), Safari, Chrome, and Mozilla Firefox
|
|||||||
30. |
Overall change in the look and feel of Patient Portal |
||||||
There's an overall change in the look and feel of the Patient Portal and following screens now appear differently. Refer to the following figures Figure 30.1 Figure 30.2 Figure 30.3 |
|||||||
31. |
Users informed about Scheduled upgrade via 'upgrade popup' |
||||||
When any upgrade is scheduled for a Clinic then on User login an ‘upgrade pop-up’ is displayed informing User of the upcoming Upgrade event. Refer to the following figure
If User clicks on ok button then though the User is allowed to login but the upgrade pop-up is again displayed on User's next login attempt. If User selects the option: Don’t show this message again and then clicks on the button: ok then User is allowed to login and the upgrade pop-up would not be displayed to the User again.
|
|||||||
32. |
Template Library related enhancements |
||||||
Following are the GUI related enhancements for Template library:
|
|||||||
33. |
Correction done in the text of the notification sent via Clinic Form |
||||||
GoTo tab: Patient → Clinic Form
|
|||||||
34. |
External Forms can be imported unto the system |
||||||
GoTo tab: Settings → Configuration → column: Templates → link: Forms |
|||||||
35. |
A new ‘Since When’ calendar added in Prenatal screen |
||||||
A new ‘Since When’ calendar has been added to 'Since When' field in Problem/Plans tab of Prenatal screen. GoTo patient Encounter → TOC → Prenatal →tab: Problem/Plans → Since When
|