IS-H*med OPS Collector

IS-H/ i.s.h.med OPS Collector for PMD etc.

German Version availableGerman Version available.  

OPS Integration


  • Balancing OPS digits with the  IS-H System(NICP)
  • Cumulation of OPS  (lot based)
  • Regarding dates and times of services.
  • Intergration into any application (not only PMD) by using Function Modules and BAdIs.

 

further reading:

PMD Sample application

i.s.h.med(IS-H*MED)

Topic: Balancing clinical services (OPS Digits) from PMD (parameterized medical documentation) with SAP IS-H System.


 

Our  i.s.h.med OPS Collector is productive in an every day clinical environment for quite a few years now,
and is ever enhanced since its first going live.

Currently operating on GDRG (a yearly updated table with relevant DRGs), but could be easily applied to other DRG Catalogues.

 

 

  Control:
The caller (usually a PMD document) is the leading system. And all services that are input into this document are then transcribed into IS-H.

 

Features:

  1. Works with PMD Generator I und Generator II.
  2. Simple  Integration through Function Modules and BAdIs.
  3. Caller is 'Leading System'.
  4. can handle Custom-Rules (i.e: 'Admission Date later than DDMMYYYY', 'EINRI = ' etc).
  5. Lot based cumulative calculation of OPS Ziffern für Blutprodukte.
  6. Unique/Non-Unique OPS Digit
    OPS Digits may be unique - like in blood documentation or can occur multiple times like in dialysis. Both of thease variants are implemented.
  7. Protocolling of balance  in application tables, or arbitrary as Customer-Function.
  8.  DRG-Relevant-Control through a multiple BAdI Implementation (when using different institutions DRG might not be relevant for all 'Einrichtungen').

  9. Update of DRG-'Trafficlight'(TA npdrg2)
    Users can then notice the need of re-grouping in TA npdrg2 .

 

Sample Application 'Balancing Dialysis OPS from Intensive Care Documentation'.

In this application dialysis and filtration services are input by the user.

As mentioned above the OPS balancing can be processed by using unique OPS or multiple.
Here with dialysis we have multiple (5 times 8.854-2).

 

Intensivdokumentation (Dialyse)

 
 After balancing the OPS the result can be viewed by using TA NPDRG2. DRG Trafficlight is set to red - indicating the need for regrouping to the user.
 
 
NPDRG2 Regroup Flag
 
 
Technically spoken: Integrate OPS Balancing into any ABAP Code.
Call the module with Case and the OPS digits, that were input.

 
Aufruf des Abgleich FM
 
 Arguments:
  1. GS_NDOC is of type NDOC filled with CASE ID.
  2. MASTER_TABLENAME (optional) internal use only.
  3. DETAIL_TABLENAME (optional() internal use only.
  4. DOC_PRODUCTS_OPS_FIELDNAME: fieldname for dynamic reading into the OPS table.
  5. CHECKTABLE_OPS_FIELDNAME fieldname for dynamic reading into a check table.
  6. ALLOW_DUPLICATE_OPS
    Allow multiple OPS  (i.e.: for dialysis) or force unique (i.e. blood products).
  7. TOPIC (optional) for Logging.
  8. USER (optional) for Logging.
  9. DOCUMENT_PRODUCTS  table with input OPS Digits
  10. OPS_CHECK_TABLE Checktable with all relevant OPS Digits for the balancing process.
 
Letzte Aktualisierung ( Freitag, 12. März 2010 )