Ansicht
Dokumentation

Clinical Order - Entering Orders (New) ( RELNISHMED_472_CORD_003 )

Addresses (Business Address Services)   Addresses (Business Address Services)  
This documentation is copyright by SAP AG.

Short text

Clinical Order - Entering Orders (New)

Use

The clinical order is used for communication between an initiator and a filler in a clinical system.
For example, an initiator orders the admission of a patient to a care unit from a filler, who manages the corresponding resources (beds, rooms, nursing staff), or the treatment of a patient by a filler, who can perform the services necessary for the desired treatment and offers these to the initiator.

A clinical order can bundle several of these orders for different fillers. This means that an integrated order can be entered for a patient (consisting of an admission, preliminary examination, treatment, aftercare) in one step, and this remains bundled for the initiator.

Items of the clinical order can be preregistered or actually ordered. If you flag an order item as preregistered, this item is displayed in a separate view type (Preregistrations view type) in the clinical work station.
You can also enter preregistered items for provisional patients, i.e. for patients whose patient master data has possibly not been entered completely.

Create a Clinical Order:

A clinical order can be created using the corresponding functions and pushbuttons in the clinical work station. In the Occupancy view type, for example, you select a patient and the Create Clinical Order pushbutton. Depending on the system parameter N1VKGTPA you will either access a selection list of order types or Create Clinical Order directly.

A clinical order essentially consists of four areas:

• Order header with patient data and general order data

• Tab page header: A row of tab pages with content which was defined as relevant for the entire order using the corresponding order types (header components)

• Order Item - Overview Row

• Order Item - Details: A row of tab pages with content which was defined as relevant for the corresponding order item using the corresponding order types (item components)

The following information is contained in the four areas:

• Order Header:

Here you can define (provisional or actual) patient information, and also general information on the clinical order and the order placer (initiator).

• Tab Page Header:

The composition of these tab pages and their content is dynamic and dependent on the selection of the order type at item level. If, for example, you select a very simple order type, this defines only one component as relevant for the entire order, for example, general medical information. If you create a second item based on a different order type, due to its definition, this can add further tab pages/components to the tab page header. Similar components, which originate from different items, are only displayed once.
If you cancel an item from an order with several items, and the order type upon which this item is based is the last in the clinical order which defines a specific tab page, the system will remove this tab page.

• Order Item - Overview Row:

The corresponding overview row for the individual order items has a static structure. It always contains the following data:

• Item number

• Order type

• Filler

• Departmental responsibility

• Status of order item

• Preregistration indicator

• Appointment or appointment proposal

• Case information

You can manage all "administrative" data for the corresponding item using this overview row.
The selection of the order type defines the structure of the medical data which must then be entered as well as the range of possible fillers of this order type.
In the status field you can convert the status of the item of the clinical order. This triggers a range of checks and can also lead to a request for specific data to be entered. The status change can also trigger further processes which are connected to this change in the underlying order type.
The system will reject the status change if data is incomplete or further processes could not be successfully executed. The system will inform you accordingly.

The Preregistration indicator controls whether the clinical order and order items are displayed in the Preregistrations view type or the Clinical Order view type.

The Appointment field displays an appointment template or alternatively, an appointment. An appointment template is the template for planning an actual appointment. In the simplest case, an appointment template is a desired date, in more complex cases, a whole range of appointments with different dependency can result.

In the Case field or using the corresponding pushbutton, you can link the order item to a case or detach it from the case.

• Order Item - Details:

The details of the order item are strictly specified by the underlying order type. This ranges from simple order types, which define only one tab page with a component, to complex order types, which determine a variety of tab pages each with one or more components.

The individual fields of this detail screen are also subject to status-dependent screen modification, which means that each individual field can be defined as, for example, a required entry field for this order type in a specific individual status.
As these field attributes can be subject to complex rules, you should strictly observe any messages concerning missing data when saving an order.

Effects on Existing Data

Effects on Data Transfer

Effects on System Administration

Effects on Customizing

You can find further information on the basic data necessary for clinical orders in the Clinical Order - Master Data release note.

Further Information

Vendor Master (General Section)   SUBST_MERGE_LIST - merge external lists to one complete list with #if... logic for R3up  
This documentation is copyright by SAP AG.

Length: 7754 Date: 20240520 Time: 173714     sap01-206 ( 119 ms )