PSO*7.0*547 (11176)    BUILD (9.6)

Name Value
NAME PSO*7.0*547
DATE DISTRIBUTED 2018-11-14 00:00:00
PACKAGE FILE LINK OUTPATIENT PHARMACY
REQUIRED BUILD
  • PSO*7.0*514
    ACTION:   Don't install, leave global
  • PSO*7.0*43
    ACTION:   Don't install, leave global
TYPE SINGLE PACKAGE
ALPHA/BETA TESTING NO
DESCRIPTION OF ENHANCEMENTS
This patch will resolve the following issue.
INC2842893 - Removed from CMOP Suspense, returned to OP Suspense - outpatient
             prescriptions not suspending to CMOP after PSO*7*482 SEQ #435
          
Problem: 
--------
Outpatient pharmacists at Louis Stokes Cleveland VA Medical Center reported a
glitch where a suspended Rx is edited and re-suspended appropriately but they
are not being sent to CMOP. This problem happens when a new CMOP prescription
is entered/finished and immediately after (without leaving the patient's
profile) the user requests a partial fill on the same prescription and
  
performs and edit on any field (e.g., QTY, FILL DATE, DAYS SUPPLY, etc.).
These steps wrongly caused the prescription to be removed from the CMOP
Suspense queue and placed on the Local Suspense queue.
 
Resolution:
-----------
Outpatient Pharmacy will now check whether a partial was entered for a CMOP
suspended prescription and it will not move it from the CMOP Suspense queue
into the Local Suspense queue if that's the case.
   
INC2842893 - Removed from CMOP Suspense, returned to OP Suspense - outpatient
Technical Resolution:
---------------------
Changed the line UNSUS+1^PSOCMOPC to check whether a partial was placed by
checking the variable RXPR and PSOFROM and it will not move the CMOP
Suspended prescription into the Local Suspense queue.
 
INC2882730 - Erroneous SC conditions are being displayed during pharmacy
             prescription processing
          
Problem: 
             prescriptions not suspending to CMOP after PSO*7*482 SEQ #435
--------
Outpatient pharmacists at St. Cloud VA Health Care System reported a glitch
that started happening after patch PSO*7*514 was installed. They noticed that
numerous male patients were showing up in outpatient pharmacy prescription
processing as having SC conditions for ovarian disease or gynecological
issues. When checking back to the patient information screen in VISTA
pharmacy prescription processing or CPRS, the pharmacists discovered in many
cases the patient was only SC for tinnitus, yet a big list of other 
disabilities were listed at the very end of pharmacy prescription processing
when it lists the patient's SC conditions, often with the gynecological 
INC2882730 - Erroneous SC conditions are being displayed during pharmacy
condition. After investigating the issue it was discovered PSO*7*514 changes
did not clear the list of disabilities from the previous patient worked on
by the user and carried them over to the subsequent patient worked on the
same session before exiting the Patient Prescription Processing [PSO LM 
BACKDOOR ORDERS] option.
 
Resolution:
-----------
The Patient Prescription Processing [PSO LM BACKDOOR ORDERS] option was 
changed to properly reset the list of disabilities every time the user 
             prescription processing
selects a new patient.
    
Technical Resolution:
---------------------
Added the command K PSODISAR at CHKPAG+1^PSOMLLD2 in order to reset the
list of disabilities before retrieving it from the PATIENT file (#2).
 
Defect Tracking System Ticket(s) & Overview:
--------------------------------------------
TRACK PACKAGE NATIONALLY YES
XPI1 NO
XPO1 NO
XPZ1 NO
SEQ# 449
BUILD COMPONENTS
  • ENTRIES:
    • PSOMLLD2
      ACTION:   SEND TO SITE
      CHECKSUM:   B38288541
    • PSOCMOPC
      ACTION:   SEND TO SITE
      CHECKSUM:   B9688413