SAP ABAP Data Element NXFELD (IS-H: Checkbox)

Hierarchy

☛

BBPCRM (Software Component) BBPCRM
⤷

CRM (Application Component) Customer Relationship Management
⤷

CRM_APPLICATION (Package) All CRM Components Without Special Structure Packages
⤷

NBAS (Package) Appl. development Hospital System master data, catalogs

Basic Data

Data Element	NXFELD
Short Description	IS-H: Checkbox

Data Type

Category of Dictionary Type	D	Domain
Type of Object Referenced		No Information
Domain / Name of Reference Type	XFELD
Data Type	CHAR	Character String
Length	1
Decimal Places	0
Output Length	1
Value Table

Further Characteristics

Search Help: Name
Search Help: Parameters
Parameter ID
Default Component name
Change document
No Input History
Basic direction is set to LTR
No BIDI Filtering

Field Label

	Length	Field Label
Short	10	X
Medium	14	X
Long	20	X
Heading	1	X

Documentation

Definition

You can select this option by selecting this checkbox.

Supplementary Documentation - NXFELD 0001

Use

If you select this checkbox, the system does not make any changes to the database.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0002

Use

If you mark the "Overall log" field, another change log is displayed in addition to the error log, on which all changes are listed.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0003

Use

If you select Error log, the system outputs an error log identifying errors that may have occurred during the activation/deactivation of the check digit procedure.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0004

Use

If you select Case check digit, the processing associated with the check digit procedure is carried out for case numbers.

Procedure

Examples

Dependencies

You must select at least one of two options Patient check digit and Case check digit,

Supplementary Documentation - NXFELD 0005

Use

If you mark the "Patient check digits" field, processing is carried out for the check digit procedure for patient numbers.

Procedure

Examples

Dependencies

You must mark at least one of the "Patient check digits" and "Case check digits" fields.

Supplementary Documentation - NXFELD 0006

Use

You must select this option if the sequential dataset comprises different record types.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0007

Use

You must select this option if the sequential dataset contains record types and sub-record types too.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0008

Use

Select Transfer long text if you want to transfer the long text of a services that has already been saved. The system always transfers the text of the most recent service interval.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0009

Use

If you select this option, the program is executed in test mode only. A batch input session is not created. Test mode is particularly useful for checking the structural data of the sequential dataset.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0010

Use

If you select Error log, the system outputs any errors that may have occurred in the log.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0011

Use

If you select Complete log, the system displays all of the screen field contents.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0012

Use

If you select this option, the system assigns numbers internally for all of the entries in the batch input session.

Any existing numbers are overwritten.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0013

Use

If you select this option, the system assigns numbers internally for all of the entries in the batch input session that are not yet numbered.

Procedure

Dependencies

Supplementary Documentation - NXFELD 0014

Use

If you select this option, the statistics are created for the complete hospital.
For each case, the system determines the main diagnosis, the length of stay and the number of surgeries across all departments for the complete duration of the case's stay in the hospital.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0015

Use

If you select this option, the statistics are created with regard to a specialty.
For each case and for each uninterrupted stay in a specialty, the system determines the main diagnoses from the department main diagnosis.

Procedure

Examples

Supplementary Documentation - NXFELD 0016

You must select this option if you want to include the data for inpatient cases in the statistics.

Examples

Dependencies

Supplementary Documentation - NXFELD 0017

Use

You must select this option if you want the data on day patient cases to be included in the statistics.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0018

Use

You can maintain a hierarchy of specialties in the IS-H System.

If you select this option, the system generates statistics not only on the specialties specified in the selection but also on the specialties below these specialties in the hierarchy.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0019

Use

If you select this option the system generates statistics not only on the specialties in the selection but also on all of the organizational units which have a corresponding specialty according to the Federal Regulation for Hospitals (BPflV - Germany).

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0020

Use

If you select this option, a form feed takes place for each change of specialty or organizational unit.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0021

Use

If you choose this option, the statistics are created from a departmental point of view, that is, the totals are only set up via the entered departmental organizational units and the organizational units which are superordinated to them.

Procedure

Examples

The following hierarchy should apply:

Internal clinic
!
---------------------------------------
! !
Internal department 1 Internal department 2
! !
----------- ----------
! ! ! !
Nurse stat.1 Nurse stat.2 Nurse stat.3 Nurse stat.4

The following is chosen on the selection screen:

departmental: Internal department 1
Internal department 2,
Internal clinic,
nursing: Nurse station 1,
Nurse station 2,
Nurse station 3.

The following list would be output:

Internal department 1 --> Nurse station 1
Internal department 1 --> Nurse station 2
Total internal department 1
Internal department 2 --> Nurse station 3
Total internal department 2
Internal clinic --> Nurse station 1
Internal clinic --> Nurse station 2
Internal clinic --> Nurse station 3
Total internal clinic

Dependencies

Supplementary Documentation - NXFELD 0022

Use

If you choose this option, the statistics are created from a nursing point of view, that is, the totals are only set up via the entered nursing organizational units and the organizational units which are superordinated to them.

Examples

The following hierarchy should apply:

Internal clinic
!
---------------------------------------
! !
Internal depart.1 - - - - - Internal department 2
! ! !
----------- ! ----------
! ! ! ! !
Nurse stat.1 Nurse stat. 2 - - - - - > N.stat.3 Nurse stat.4

The following is chosen on the selection screen:

departmental: Internal department 1
Internal department 2,
nursing: Nurse station 1,
Nurse station 2,
Nurse station 3.

The dotted line shows a possible multi-specialty link.

The following list would be output:

Total nurse station 1
Total nurse station 2
Nurse station 3 --> Internal department 1
Nurse station 3 --> Internal department 2
Total nurse station 3

Dependencies

Supplementary Documentation - NXFELD 0023

Use

Select this option if you want the data for outpatient cases to be included in the statistics.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0024

Use

If you also want to output the subordinate organizational units for an organizational unit, you do not need to enter the keys of all these OUs. Choosing this option causes the output of all organizational units which are subordinated to the predefined organizational units at least temporarily in the analysis or comparison period.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0025

Use

Select this option if you want each organizational unit that you have specified under Departmental to be on a separate page.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0026

Use

Select this option if you want each organizational unit that you have specified under Nursing to be on a separate page.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0027

Use

Select this option if you want to generate the absences only for patients who have already been discharged.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0028

Use

If you select this option, only data on female patients is output. Account is not taken of any further non-selected sex categories.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0029

Use

When selecting this option, an individual display of data is carried out for patients with unknown gender. All further gender classifications which are not selected are not looked at.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0030

Use

Mark the field if you want to check the structure definition for overlapping and unique assignment of data record field to screen field.

If a field of the sequential dataset is assigned to several screen fields, you must leave the field empty so that check is not carried out.

Supplementary Documentation - NXFELD 0031

Use

Mark the field if you want to check the structure definition for valid screen field names.

If you deactivate this check, you must expect a runtime error of the report if there is an invalid screen field name in the structure definition.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0032

Use

Mark the field if you want to check the form routine names in the structure definition.

Caution: It is only checked whether the form routine exists, no syntax check is carried out.

If you deactivate this check, you must expect a runtime error of the report if there is an invalid FORM name in the structure definition.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0033

Use

No batch input session is generated in the test mode but the only field values are displayed on the respective screens. In particular, the test mode is suited for checking the structure definition of the sequential dataset.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0034

Use

Select this option if you want a log of errors which may occur.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0035

Use

Select this option if you want a log of the batch input session entries.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0036

Use

In Test mode, the print data (indicator for printout and print date) of the insurance verification request are not updated. This mode is suited for the repeat printout of requests, for example, when printer problems have occurred.

In Live mode, the print data is updated as soon as the requests are printed.

Note

Depending on the settings in the Customizing of IS-H, the dispatch data is also maintained along with the print data.

Supplementary Documentation - NXFELD 0037

Use

Select Print immediately if you want to print the requests immediately without further processing.

If you do not select this option, the system first displays a list of insurance verification requests from which you can select those you want to print.

Procedure

For example, you can use this option for printing insurance verification requests in the background.

Dependencies

If you select this option, all dialog is suppressed. In such cases, neither the dialog box for form selection not that for the print parameters appear. As a consequence, there must be a work organizer defined as standard in form control.

The print parameters Output immediately and Spool retention period are read from the user profile.

Supplementary Documentation - NXFELD 0038

Use

Mark this field if you want insurance verification requests that have already been dispatched to be included in the selection.

If you do not mark this field, requests that have already been dispatched will not be included in the selection.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0039

Use

Mark the field "Print immediately" if you want to print the insurance verification reminders immediately without further processing.

If you do not mark this field, the system first displays a list of the IV reminders. You can then choose the IV reminders to be printed from this list.

Procedure

For example, you can use this option if you want to print the IV reminders in the background.

Dependencies

If you mark the field, all dialog is suppressed, that is, neither the form selection screen nor the print parameter screen is displayed.

For this reason, a standard layout set must exist.

The print parameters Output immediately and Spool retention period are read from the user master record.

Supplementary Documentation - NXFELD 0040

Use

In the "test run on" mode, dunning data (dunning level and last dunning date) is not updated. This mode is suited for the repeated printout of dunning notices, for example, for printer problems.

In "test run off" mode, dunning data is updated as soon as dunning notices are printed.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0041

Use

No database changes are made in test mode.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0042

Use

Mark this field if you want a log of errors which may occur.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0043

Use

Mark this field if you want a log of errors which may occur.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0044

Use

Mark this field if you want a log of assignments including errors which have possibly occurred.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0045

Use

With this parameter, you control whether the report generates a batch input session or whether the function "Insurance verification service" is to be performed immediately for all selected cases.
If you generate a batch input session, you can analyze this with transaction SM35 and process it if necessary.

Procedure

Mark the field if you want to perform the function immediately.

Leave the field empty if you want to create a batch input session.

Examples

Supplementary Documentation - NXFELD 0046

Use

In the test mode, no batch input session is generated, or the transaction is not started immediately.
The test mode is suited, for example, to checking the selection criteria.

Procedure

Leave the field empty if you want to generate the batch input session, or want to perform the function "Insurance verification service" immediately.

Examples

Dependencies

Supplementary Documentation - NXFELD 0047

Use

With this parameter, you can control whether or not a log of the batch input session is generated.

Procedure

Mark the field if you want to output such a log.

Examples

Dependencies

This setting is only useful if you generate a batch input session, thus if the parameter "Start immediately" is not set.
On the other hand, the option "test mode" can be marked, since no batch input session is generated in this case, but you nevertheless have logged the contents.

Supplementary Documentation - NXFELD 0048

Use

Here you can stipulate if you only want to carry out the billing run in test mode. If you select test mode, the billing documents created are not saved.

Procedure

Select Test billing if you do not want to save the invoices.
Do not select Test billing if you require a live billing run.

Examples

You can use Test billing mode to

Perform test billing for individual or several cases
Produce pro forma invoices or 'cost estimates' for individual cases.

Dependencies

Please refer to the Save messages parameter.

Supplementary Documentation - NXFELD 0049

Use

With this option, you determine whether the messages of the settlement log are to be saved. Possible messages are then stored in a log file - referring to the respective billing selection - and can be edited at a later date.

Procedure

Examples

Dependencies

The parameter is independent of the parameter 'test run', that is, you can also save billing messages for a test run.
The parameter has no effect if no billing selection is used.

Supplementary Documentation - NXFELD 0050

Use

Using this parameter you can specify whether the generated invoices are to be output as a list.

Procedure

If you select List output, you can print the generated invoices via a printer selection screen. Every invoice generates a form feed in this case.
The log containing the invoice totals of the billing run per invoice recipient is also output. Please note that this extended log is output only if the billing parameters have been set accordingly in the IS-H Implementation Guide.
If you have not selected List output nor Form output, the generated invoices are displayed in succession on a list screen. They can be printed from list processing, although without a form feed for every invoice.

Examples

You can use List output mode if you do not want to print forms, but nevertheless want invoices to be printed separately. However, neither copayments nor discounts are output; this is only possible via Form output.

Dependencies

Please refer to the Form output parameter.

Supplementary Documentation - NXFELD 0051

Use

If you select this option, your generated invoices are output as forms. If you also selected List output ('print without form'), this option is ignored.

If you selected Test billing, the generated invoice is printed as a form. However, the invoice data is not saved. The definitive invoice number is only produced at live billing.

Procedure

Examples

Dependencies

Read the F1 Help documentation on the List output field (print without form).

Note

An invoice is only archived when form print is executed in live billing mode. If you want to archive your invoice, select Form output. Make sure that Test billing and Test print are not selected.

Supplementary Documentation - NXFELD 0052

Use

If you choose this option, movements, which are assigned as nursing movements to an organizational unit with intensive care indicators, are assigned to the department which has an intensive care indicator.

However, you should notice in this case that the rate of capacity utilization of the set up beds then sinks, unless you assign the beds of a departmental organizational unit with intensive care indicators in question.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0053

Use

If you choose this option, movements, which are assigned as nursing movements to an organizational unit with intensive care indicators, are assigned to the department with intensive care indicators.

The number of beds of the departmental organizational unit in the movement remains unchanged.

With this type of the evaluation, it is possible that the rate of capacity utilization of the set up beds of a department/organizational unit sinks, since the patient days which occurred there are assigned to intensive care medicine.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0054

Use

By selecting this option, you start the print run on the default printer immediately, without calling the print selection screen or a list containing the invoices/cancellation documents to be printed.

Procedure

Ensure that the printer default settings are made in Customizing for IS-H.

Examples

Dependencies

Supplementary Documentation - NXFELD 0055

Use

If you select this option the system does not record that an invoice has been printed. It outputs the invoice as a text printout, and does not increment the print date.
The system does not archive the invoices either.

Procedure

Dependencies

Refer to the documentation on the Repeat initial print option, if this option is available.

Supplementary Documentation - NXFELD 0056

IS-H: If you select this option, the system only prints invoices that are to be printed for the first time. It does not print invoices that have been recorded in the print log table NBRK.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0057

Use

IS-H: By selecting this field, you can prevent invoices which were already printed being printed again. From a technical point of view, the print log table NBRK is read for this.

Procedure

Examples

Dependencies

Also, please note the checkbox 'Test printout'.

Supplementary Documentation - NXFELD 0058

Use

If you choose this option, the data is output as a list in the form in which it is given for data transfer.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0059

Use

With this option you can set a copayment waiver when the copayment request for an insurance relationship requiring copayment is charged off or posted back. This copayment waiver has the internal reason 7 (not paid despite reminder) and results in the case being excluded from processing by the copayment generation program.

Procedure

If you want to use this option, you must select the checkbox. Make sure that a copayment waiver with the internal reason 7 exists. The system proposes the first copayment waiver with the internal reason 7. You can, however, overwrite this proposal.

Examples

Dependencies

Supplementary Documentation - NXFELD 0060

Use

If the hospital has departments for laboratory medicine which do not support beds, please mark this field.

Departments which do not allow beds to be set up are separate departments lead by physicians with on-going area or partial area responsibility, and with special therapeutic or diagnostic institutions without their own beds.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0061

Use

If the hospital has departments for radiology which do not support beds, please mark this field.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0062

Use

If the hospital has departments for nuclear medicine which do not support beds, please mark this field.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0063

Use

If the hospital has departments for pathology which do not support beds, please mark this field.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0064

Use

Wenn Sie diese Option auswählen, erhalten Sie alle Kostenträger,
die IS-H-Debitor sind, aber nicht RF/FI-Debitor.

Supplementary Documentation - NXFELD 0065

Use

If you select this option, the system outputs all insurance providers which do not have a customer either in RF/FI or IS-H.

Supplementary Documentation - NXFELD 0066

Use

If you select this option, the system outputs all insurance providers which

have a customer in both IS-H and RF/FI
only have a customer in IS-H
do not have a customer.

Supplementary Documentation - NXFELD 0067

Use

Indicator for billable services.

If you select this checkbox, the system selects all of the services performed that were entered as 'billable'.

Dependencies

At least one of the checkboxes

Billable
Non-billable

must be selected, otherwise no services can be selected.

Supplementary Documentation - NXFELD 0068

Use

Indicator for non-billable services.

If you select this checkbox, the system selects all of the services performed that were entered as non-billable services.

Dependencies

At least one of the checkboxes

Billable
Non-billable

must be selected, otherwise no services can be selected.

Supplementary Documentation - NXFELD 0069

Use

Indicator, whether service is cancelled.

If you mark this field, you receive all cancelled services.

Dependencies

At least one of the fields

cancelled
not cancelled

must be marked, otherwise no services can be selected.

Supplementary Documentation - NXFELD 0070

Use

Indicator, whether a service is not cancelled.

If you mark this field, you receive all services which are not cancelled.

Dependencies

At least one of the fields

cancelled
not cancelled

have been marked, otherwise no services can be selected.

Supplementary Documentation - NXFELD 0071

Use

Indicator, whether service is period-specific.

If you mark this field, you receive all period-specific services.

Dependencies

At least one of the fields

period-specific
time-related

must be marked, otherwise no services can be selected.

Supplementary Documentation - NXFELD 0072

Use

Indicator, whether service is time-related.

If you mark this field, you receive all time-related services.

Dependencies

At least one of the fields

period-specific
time-related

must be marked, otherwise no services can be selected.

Supplementary Documentation - NXFELD 0073

Use

Indicator, whether service is planned.

If you mark this field, you receive all planned services.

Supplementary Documentation - NXFELD 0074

Use

Indicator, whether service was performed.

If you mark this field, you receive all performed services.

Supplementary Documentation - NXFELD 0075

Use

Select Reverse immediately if you want to reverse the copayment requests immediately without further processing.

If you don't select this option, the system displays a list of the copayment requests that qualify for reversal on the basis of the selection criteria and the default settings in the copayment request control table.
From this list, you can then select and reverse one or more copayment requests.

Procedure

For example, you can select this option within a variant which you use for a background run of the report.

Dependencies

If you select the option, all dialog boxes are suppressed. If you have defined a form for the list of reversed copayment requests, it must be defined as "Standard" in form control.

The print parameters Output immediately and Spool retention period are taken from the form control settings or read from the user profile.

Supplementary Documentation - NXFELD 0076

Use

Choose this option if you want to print a form for each insurance provider.

In this case, the system does not display a list for you to edit online.

Dependencies

Supplementary Documentation - NXFELD 0078

Use

Mark this field if you want to print insurance verification requests.

Dependencies

You have to select at least one of the options
IV requests
Pre-approved insurances.

Supplementary Documentation - NXFELD 0079

Use

Mark this field if you also want to print pre-approved insurances.

You have to select at least one of the options
IV requests
Pre-approved insurances
Extension requests.

Supplementary Documentation - NXFELD 0080

Use

Indicator, whether the request for insurance verification was not yet sent.

If you mark this field, you receive all requests for insurance verification which were not yet sent.

Dependencies

At least one of the fields

sent
not sent

must be marked, otherwise no requests for insurance verification can be selected.

Supplementary Documentation - NXFELD 0081

Use

Indicator, whether the request for insurance verification has already been sent.

If you mark this field, you receive all requests for insurance verification which were already sent.

Dependencies

At least one of the fields

sent
not sent

must be marked, otherwise no requests for insurance verification can be selected.

Supplementary Documentation - NXFELD 0082

Use

Indicator, whether a reminder is to be sent for the request for insurance verification.

If you mark this field, you receive all requests for insurance verification which are to be sent.

Dependencies

At least one of the fields

to be sent a reminder
reminder sent

must be marked, otherwise no requests for insurance verification can be selected.

Supplementary Documentation - NXFELD 0083

Use

Indicator, whether a reminder has already been sent for the request for insurance verification.

If you mark this field, you receive all requests for insurance verification which were already sent.

Dependencies

At least one of the fields

to be sent a reminder
reminder sent

must be marked, otherwise no requests for insurance verification can be selected.

Supplementary Documentation - NXFELD 0084

Use

Indicator that a diagnosis does not exist.

If you select this checkbox the system selects all of the insurance verification requests for which the diagnosis is not maintained.

Dependencies

At least one of the checkboxes

Not available
Available

must be selected, otherwise no insurance verification requests can be selected.

Supplementary Documentation - NXFELD 0085

Use

Indicator that a diagnosis exists.

If you select this checkbox, the system selects all of the insurance verification requests for which the diagnosis is maintained.

Dependencies

At least one of the checkboxes

Not available
Available

must be selected, otherwise no insurance verification requests can be selected.

Supplementary Documentation - NXFELD 0086

Use

With this option you control whether the system is to generate an absence 'around a transfer' if the transfer occurs during the absence you want to generate.

If you select this option, the system does not generate an absence and writes an error message to the program log.
If you select this option, the system generates two absence intervals 'around the transfer', whereby the first absence ends one second before the transfer and the second absence starts one second after the transfer.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0087

Use

If this option is not selected, the system only selects cases for which the billing block is not set.
If you select this field, the billing block indicator is ignored. Blocked and non-blocked cases then appear in the output list.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0088

Use

Select this checkbox if your hospital has departments which do not supports beds for anesthesia.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0089

Use

If you select this option, the system outputs a totals sheet adjusted on hospital level (no internal admissions and discharges) at the end of the statistics.

Procedure

If you only want to evaluate a specialty/organizational unit to be able to call the case log for this specialty/organizational unit, please deselect this option.

Please note that an evaluation with case log for several specialties/organizational units is not possible unless this option is selected.

Examples

Dependencies

Supplementary Documentation - NXFELD 0090

Use

Set this parameter if you want to limit the log to the incorrect entries.

Dependencies

This parameter is only useful if the "start immediately" mode and the parameter "log" are chosen.

Supplementary Documentation - NXFELD 0091

Use

This option is only relevant if your Financial Accounting runs under R/2.

If you flag this option, the corresponding invoice number is transferred immediately into RF, the document numbers assigned there are returned and the billing document header updated correspondingly. When communication is problem-free, all invoice fields are filled after the billing run as if Financial Accounting is running under R/3.
If you do not flag this option, the Financial Accounting document numbers must be retrieved from R/2 RF using a separate program (report RNACRF00) and the billing header must be updated correspondingly.

Procedure

If your Financial Accounting runs under R/2, a number of settings must be made concerning communication. Please refer to the Implementation Guide for this.

Examples

Dependencies

Supplementary Documentation - NXFELD 0092

Use

If you select this option the system executes form print for the cancellation documents generated by the Cancel function.

Procedure

To enable this, form printout must have been configured accordingly in the IS-H Implementation Guide. Form print is intended exclusively for online usage and cannot be called from a batch variant.

Note

If you want to archive the generated cancellation documents, execute form print. Note that archiving is only carried out in live print mode and when single print control is active. For this purpose, select Single print control and make sure that Test print is not selected.

Supplementary Documentation - NXFELD 0093

Use

If the option is chosen, possible invoice lists of the insurance providers are not output even if this is provided by the corresponding default settings, for example, in the insurance provider master or in the insurance provider type. This can be useful, for example, during single invoice creation.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0094

Use

If you select this option, the system creates a separate spool request for each invoice.

Select this option if you require the following functionality:

Varying number of copies per invoice, with different insurance providers, for example.
Invoice archiving.
Note that you can only perform archiving in live print mode, i.e. Test print must not be selected.

If you don't want to archive your invoices, and want to use the same print control for all invoices, we recommend you do not select this option. In such cases, the system uses the print control you set for the test print event (event FAKTTS, work organizer type RECH_TS or RECH_TSS).
You should also make a point of not selecting this option if you want to scroll through several invoices when in print preview mode.

Procedure

Examples

Insurance provider 2 requires three copies of each invoice and insurance providers 1 and 3 only require one copy in each case. If this option is selected, the system writes a spool request for insurance provider 2 and a further one for insurance providers 1 and 3. If this option is not selected, the system only writes one spool request which gets its print settings from the insurance provider * and therefore overrides all individual settings.

Dependencies

Notes

Please read thd F1 documentation on the fields Repeat print and Repeat archiving if they are displayed.

Supplementary Documentation - NXFELD 0095

Use

Indicator, whether the request for insurance verification has already been printed.

If you mark this field, you receive all requests for insurance verification which were already printed.

Dependencies

At least one of the fields

printed
not printed

must be marked.

Supplementary Documentation - NXFELD 0096

Use

Indicator, that the request for insurance verification was not yet printed.

If you mark this field, you receive all requests for insurance verification which were not yet printed.

Dependencies

At least one of the fields

printed
not printed

must be marked.

Supplementary Documentation - NXFELD 0097

Supplementary Documentation - NXFELD 0098

Procedure

If you select this field, the system selects all cases which have at least one insurance verification request with the status confirmed.
If you further restricted your selection to a particular insurance provider or inbsurance provider type, the check applies only to IV requests addressed to the insurance provider or insurance provider type specified. There then has to be at least one insurance verification request with the status confirmed for the insurance provider or for the insurance provider type for the case.

Examples

Dependencies

The selection parameters All requests confirmed and Partially confirmed are mutually exclusive.

Supplementary Documentation - NXFELD 0099

Use

IS-H: By selecting this field, you can immediately initialize the (partial) reversal of the documents found or the follow-on documents, without the overview screen with the documents on which an individual selection could be made appearing.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0100

Use

With this parameter, you control whether the messages of insurance verification monitoring are to be processed in accordance with message control.

Using message control you can:

classify the messages of insurance verification monitoring with regard to the error class ('E', 'W', 'I'), or
suppress them completely.

Procedure

Select this option if the messages are to be processed via message control.

Do not select this option if all messages are to appear in their preset error class.

Examples

Depending on the organizational procedures in your institution, it can be useful to suppress certain messages completely.

Dependencies

You maintain message control for insurance verification monitoring in relation to the institution in the Customizing of IS-H by choosing Maintain messages.

Please also read the corresponding chapter in the IS-H Implementation Guide.

Supplementary Documentation - NXFELD 0101

With this parameter, you can determine that cases, for which no messages were ouput by insurance verification monitoring, do not appear in the output list.

Procedure

Choose the option if you want to suppress the error-free cases.

Supplementary Documentation - NXFELD 0102

Use

With this parameter, you specify that messages of class 'E' appear in the list.

Dependencies

At least one of the fields 'Output errors', 'Output warnings', 'Output information' must be selected.

Supplementary Documentation - NXFELD 0103

Use

With this parameter, you specify that messages of class 'W' appear in the list.

Dependencies

At least one of the fields 'Output errors', 'Output warnings', 'Output information' must be selected.

Supplementary Documentation - NXFELD 0104

Use

With this parameter, you specify that messages of class 'I' appear in the list.

Dependencies

At least one of the fields 'Output errors', 'Output warnings', 'Output information' must be selected.

Supplementary Documentation - NXFELD 0105

Use

With this parameter, you can stipulate whether a totals row is to be output for each case.

Procedure

Choose the option if you want to see the totals row.

Supplementary Documentation - NXFELD 0106

Use

If you do not select Execute without dialog, the invoices to be cancelled are not cancelled automatically. The system first displays a list of documents to be cancelled, from which you can select those invoices you actually want to cancel.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0107

Use

Using this option you can specify whether the system should only output cases for which a difference between days of stay and entered charges to be billed for has been detected.

Procedure

Examples

Only select this option if you want to analyze cases for which such a difference has been detected.

Dependencies

Supplementary Documentation - NXFELD 0108

Procedure

If you select this option, the system does not check the insurance verification requests for the cases.
You can consequently select cases for which there are currently no insurance verification requests, whose IV requests ahve the status Requested or Confirmed.

Examples

Dependencies

The selection parameters All requests confirmed, Partially confirmed and Do not take IV requests into account are mutually exclusive.

Supplementary Documentation - NXFELD 0110

Use

With this parameter, you can activate the enhanced diagnosis check of the insurance verification print report. If you choose the option, it is checked whether an admission diagnosis exists for the case. If this is not the case, the request is not included on the print list.

Procedure

If you want to carry out the enhanced diagnosis check, please select the option.

Examples

For Germany: You can use this option to represent the new requirements according to §301 Section 1 SBG V: as of 01/01/1995, among other things the admission diagnosis must appear on the request for insurance verification.

Dependencies

This option is only relevant for the insurance providers for which it was determined in the master record that a referral or admission diagnosis must exist for printing requests for insurance verification.

Supplementary Documentation - NXFELD 0111

Use

Mark this field if you want insurance verification requests that have already been printed to be included in the selection.

If you do not mark this field, requests that have already been printed are not included in the selection.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0112

Use

With this indicator, you can choose that only those services for which a billing exists are listed in the evaluation. In this case, the service can be billed completely or only partially (for example, also for only one insurance provider).

Supplementary Documentation - NXFELD 0113

Use

By selecting this option, you specify that the system is only to list those services performed that have not yet been billed for.

Supplementary Documentation - NXFELD 0114

Use

With this indicator, you control that only cases which have no billable services are listed.

Supplementary Documentation - NXFELD 0115

Use

With the "Test mode" field, you control whether the selected cases are to be stored in the system for a billing, or whether the selected cases are lost when the function is exited.

Procedure

Test mode = selected -> the cases are not stored in the system
Test mode = initial -> the cases are stored in the system under the
selection indicator.

Examples

Dependencies

Supplementary Documentation - NXFELD 0116

Use

By means of the billing indicator, you control which billing indicator the selected cases can have.

Procedure

Billing indicator = selecte ->not billed
interim billed
and final billed
cases are selected
Billing indicator = initial -> not billed
and interim billed
cases are selected.

Examples

Dependencies

Supplementary Documentation - NXFELD 0117

Use

By means of this option you can control whether only "non-discharged" cases can appear in your selection, or whether cases are to be selected irrespective of whether they have been discharged.

Procedure

Selected -> if an actual discharge exists for the case, the case is
not selected
Initial -> discharged and non-discharged cases are selected.

Examples

Dependencies

If you selected Non-discharged cases only, discharge date and "discharge diagnosis available" cannot be entered. These entries are mutually exclusive.

Supplementary Documentation - NXFELD 0118

Use

This indicator lets you stipulate whether a particular diagnosis must have been entered for the case.
You define which diagnosis is required in Customizing under SAP Healthcare - Industry-Specific Components for Hospitals -> Medical/Nursing Documentation -> Set Parameters for Diagnosis Documentation -> Diagnosis Check. (see Dependencies).

Procedure

Diagnosis Required = selected
The system selects all cases that have

a non-blocked and non-canceled discharge diagnosis and/or
a non-blocked and non-canceled hospital main diagnosis.

Diagnosis Required = initial
Existing diagnoses are not taken into account for selecting cases.

Examples

Dependencies

Set Parameters for Diagnosis Documentation

Use

In this IMG activity, you maintain the parameters required for documenting diagnoses in each institution. These settings are time-dependent. It is essential to create a parameter record for each institution.

Using these parameters, you can set up a separate type of diagnosis documentation for inpatient and outpatient cases.

By specifying a form of documentation, you stipulate the manner in which diagnoses are managed. The following forms of documentation are supported in the IS-H System:

Inpatient case

Case-related per inpatient stay and per outpatient visit

You can manage the diagnoses pertaining to an inpatient case per stay in a department. This means that if a case has two stays in a department, the diagnoses for each stay can be entered and displayed separately.
For outpatient visits and surgeries of the inpatient case, the diagnoses can be managed per visit or surgery.
The system displays the diagnoses entered for each stay in a department, for each outpatient visit and for each surgery in a case-related diagnosis overview. This is the form of documentation normally used in the inpatient area in Germany.

Case-related per department

You can enter the diagnoses pertaining to an inpatient case on a departmental basis. If an explicit assignment to a case is not made when the diagnoses are entered, the system assigns the diagnoses to the department to which the case was last assigned.
Diagnoses entered for outpatient visits or surgeries are also managed on a departmental basis. If this is the department of the inpatient case, then the diagnoses are managed under this department.
The system displays the diagnoses entered for the various departments of the case in a case-related diagnosis overview.

For the complete case

The diagnoses pertaining to an inpatient case cannot be assigned to a department. They are always entered and presented for the complete stay of the case. The diagnoses are assigned internally to the department to which the case was last assigned when they are entered. The system displays this department in the detail screen of a diagnosis in the diagnosis processing function.

Outpatient case

Case-related per outpatient visit and per surgery

The diagnoses pertaining to a case can be entered per visit or per surgery.
The diagnoses entered for each outpatient visit and for each surgery are displayed in a case-related diagnosis overview.

Case-related per department

You can enter the diagnoses pertaining to an outpatient case on a departmental basis. If an explicit assignment to a visit or a surgery is not made when the diagnoses are entered, the system assigns them to the last visit and consequently to the last department.
If an outpatient case is managed for several departments, the diagnoses entered for the various departments of the case are displayed in a diagnosis overview.

For the complete case

The diagnoses of an outpatient case are entered and presented for the complete case. When entered, the diagnoses are assigned internally to the last visit and consequently to the last department. This department is displayed in the detail screen of a diagnosis in the diagnosis processing function.

Changing the Form of Documentation

It is possible to change the existing form of documentation at any time. Create a new parameter record for the new form of documentation. The form of documentation specified at patient admission is always the relevant form for the duration of a case.

Catalogs

In the Basic Catalog field you specify the basic/in-house catalog used for coding diagnoses.
If you do not explicitly specify a diagnosis coding catalog when entering a diagnosis code in the diagnosis entry function, the system uses the catalog you have specified in this parameter.
This parameter usually contains the ID key of the ICD catalog stored in the system.
In the Statistics Catalog field you specify the ID key of the diagnosis coding catalog to be used for coding diagnoses for legally-mandated statistics.
This parameter usually contains the ID key of the ICD catalog stored in the system.
You stipulate the catalog to be used for entering referral diagnoses in the Ref.Diagn.Cat. field. If a catalog is not entered for the referral diagnosis when a diagnosis code is specified in the diagnosis entry function, the catalog stipulated here is used.

The admission date is relevant as standard when determining the inpatient diagnosis catalogs and the Separate for DRG indicator. However, you can also define the discharge date as relevant in the Customizing activity Specify Discharge Date as Reference for Catalog Determination. This Customizing activity is only relevant for the country versions Italy and Singapore.

Diagnosis Classes

The following diagnosis classes can be managed in the IS-H System:

Admission diagnoses
Discharge diagnosis/treatment certificate diagnoses
Surgery diagnoses
Cause of death
Department main diagnoses
Hospital main diagnoses

If you do not wish to document all the documentation classes available you can set the indicator for those classes you do not require in the "No Classification as" group box. The indicator for the respective diagnosis will not be output in the data and list screens and will also not be available for evaluations.

Diagnosis Check

Here you can stipulate for which diagnosis class(es) the system is to check. The following diagnosis classes are available for this check:

Discharge diagnosis
Hospital main diagnosis

The system checks these parameters in the following areas:

Billing
The function is only relevant for the country versions Germany and Austria.
When billing in relation to an insurance provider in whose master record the Fin. Bill. Diagnosis indicator is set, the system checks that the diagnosis of the class you selected in Customizing has been entered for each case.
IS-H: Collective Print of Admission/Discharge Notifications (RNPRIAU0)
If you flagged the Diagnosis Required option on the selection screen of this program, when printing discharge notifications the system checks for each case in turn whether the diagnosis of the class you selected has been entered. It only prints a discharge notification if a diagnosis of the selected class exists for a case.
The check can only run successfully if the selected diagnosis classes are relevant for statistical reporting.
IS-H: Case Selection (RNASEL00/ RNASEL04)
If you flagged the Diagnosis Required option on the selection screen of the case selection program(s), when creating the case selection, the system checks for each case in turn whether the diagnosis of the class you selected has been entered. If a diagnosis of the selected class exists, the system includes the case in the case selection.

Example

Requirements

Standard settings

Recommendation

Activities

Further notes

Supplementary Documentation - NXFELD 0119

Use

Via this indicator, you control whether only those cases whose requests are a l l selected are to be selected.

Procedure

Confirmed = marked -> only those cases whose requests all have the
status "confirmed" are selected.
Confirmed = initial -> possible existing requests are not checked.

Examples

Dependencies

Supplementary Documentation - NXFELD 0120

Use

Via this indicator, you control whether you want a log list on case level, that is, movements are not listed.

Procedure

Examples

Dependencies

You can only select one log type.

Supplementary Documentation - NXFELD 0121

Use

With this indicator, you control whether a log is to be generated on movement level.
The case and the corresponding relevant movement data is displayed.

Procedure

Examples

Dependencies

You can only choose one log type.

Supplementary Documentation - NXFELD 0122

Use

With this indicator, you can choose whether a log is to be generated with a high level of detail.
This log type is not yet supported. For the time being, you receive a log on movement level.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0123

Use

By means of this option you can control whether the billing run with the cases selected previously is to be started immediately following the case selection.
Here, you can enter a variant with which the billing run is to be started.

Procedure

Start billing = selected -> billing is carried out immediately
following the selection.
Start billing = initial -> no billing run takes place afterwards.

Examples

Dependencies

The billing run can only be started if you did not enter "Test mode".

Supplementary Documentation - NXFELD 0124

Use

If you select this option, a detailed invoice list is sent to the insurance provider.

If you do not select this option, one line of the structure RNFP2 is created for each invoice, in which all fields are filled except quantity, price and net value (normal totals row per invoice).
If you select this option, one line of the structure RNFP2 is created for each invoice line item of the single invoice, which fills all fields except for the amount fields BETRG, NBTRG, PBTRG, ABTRG and GBTRG. Another totals row is created as above. This version allows a detailed list in which all items and a totals row are listed for a case. The sum total of all single invoices is at the end in the field GBTRG. However, this detailed list structure requires the Invoice list per IP indicator to be set in the insurance provider master.
If the detailed invoice list is printed for an insurance provider, the single invoices are no longer output at the same time for this insurance provider (this is only the case with the normal invoice list).

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0125

Use

The test mode is used for simple calculation of the statistical key figure. The values calculated are not transferred to CO. The system does not check whether the period in CO is blocked for this transaction.

Examples

Dependencies

Supplementary Documentation - NXFELD 0126

Use

If option is selected, the system outputs detailed information on every insurance provider.

Procedure

Examples

An insurance provider can only be deleted if it is not referenced in other tables. When detailed information is output, all checked tables are displayed for every insurance provider. The check for each insurance provider is exited in each case when the first table in which the insurance provider is used is found.

Dependencies

Supplementary Documentation - NXFELD 0127

Use

If you selected Test mode the system outputs a list of the insurance providers which could be deleted.

However, no deletions are made.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0128

Use

The patient days of the selected organizational units are debited by marking this field.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0129

Use

By marking this field, the billing days of the selected organizational units are calculated.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0130

Use

By marking this field, you limit the program output to incorrect patients.

Please note that all patients who meet the selection criteria institution, case and discharge date are processed. By marking the field, you influence only the program output.

The following errors can occur:

Customer for a patient is not created.
Case-related insurance relationship does not require copayment.
Patient made too many copayments.
Error on accessing FI data.

Procedure

All incorrect cases need manual processing.

Examples

Dependencies

Supplementary Documentation - NXFELD 0131

Use

If you select this option, the automatic adjustment of copayments is "simulated" but not actually carried out.

Procedure

Select this option if you want to preview information on one or more cases without making adjustments immediately.

Examples

If you combine this option with Only output incorrect patients, you can display problem cases before an entire run, without changing them. You can then process all problem cases manually and then start the entire run without using test mode.

Dependencies

Supplementary Documentation - NXFELD 0132

Use

If you select this option, the program also carries out an automatic copayment adjustment for delivery cases. It creates a new copayment request for the amount to be paid taking into account the payments aready made.

The option is not selected: outstanding copayment requests are handled like copayments made and are not cancelled. If, as a result, the sum of all of the copayments made exceeds the amount to be paid, the program generates the message "...too much copayment made...". If the amount is lower, the program generates a copayment request for the difference for the amount to be paid.

Supplementary Documentation - NXFELD 0133

Use

This program deletes the specific data of the business partner in its function as an insurance provider. By default, the function of the general business partner is not deleted.

If you want to delete the entire master data of the business partner, you must also select this field. However, the data record of the general business partner is only deleted if it is not used in any further functions (you can possibly also delete the customer function with this program - see documentation on the corresponding field).

Supplementary Documentation - NXFELD 0134

Use

With this option you can specify that the list of irrecoverable copayments is to be forwarded to the head office of the health insurance company.

Procedure

If you want to send the list to the head office, select this option.

If you want to print the list for each individual insurance provider, do not select the option.

Examples

The following insurance providers are defined:

Ins. provider Name Head office
-----------------------------------------
10 TKK Hamburg
15 TKK Heidelberg 15
20 AOK Heidelberg

The following copayment requests are irrecoverable:

Case Ins. provider Amount
---------------------------------------
1 10 24.-
2 15 168.-
3 20 36.-

If you select Address to head office, the system creates two lists:

List for TKK Hamburg with case 1 and 2
List for AOK Heidelberg with case 3

If you do not select Address to head office, the system creates three lists:

List for TKK Hamburg with case 1
List for TKK Hamburg with case 2
Liste for AOK Heidelberg with case 3

Dependencies

If the hierarchy contains errors or is too complex (exceeds five levels), the system addresses the list to the branch office instead of the head office.

Supplementary Documentation - NXFELD 0135

Use

Select this option if the program is to calculate the copayment for discharged patients. This is usually the case.

Dependencies

If you select this option, you must restrict the discharge date.

Supplementary Documentation - NXFELD 0136

Use

Select this option if the program is to calculate the copayment for non-discharged patients.

A copayment request is generated for non-discharged patients if the maximum copayment amount has already been reached as a result of the duration of the current hospitalization.

Dependencies

If you select this option, you must restrict the admission date.

Supplementary Documentation - NXFELD 0137

Use

This program deletes the specific data of the business partner in its function as an insurance provider. By default, the function of the customer is not deleted.

If you also want to delete the function of the customer, please proceed as follows:

In Financial Accounting, set the deletion flag for the FI customer.
Select Delete customer also?

If the deletion flag is set for the customer, the customer function of the business partner is deleted.

You must make the final deletion of the customer in FI yourself, using the corresponding FI program.

Supplementary Documentation - NXFELD 0138

Use

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0139

Use

If you select this option, the output by performing OU is further classified by requesting, nursing OU.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0140

Use

If you select this option, the data is sorted according to the values determined and not the quantities. Please note that you must also specify a catalog column for the value determination.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0141

Use

If you select this option, the system sorts the data in ascending order instead of descending order.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0142

Use

If you select this option, the database is not updated.

Procedure

If you really want classify the case-based orders, you must not select this option.

Examples

Dependencies

Supplementary Documentation - NXFELD 0143

Use

Select Post back immediately if you want to post back the copayment requests immediately without further processing.

Procedure

For example, you can select this option within a variant you use for a background run of the report.

Dependencies

If you select this option, all dialog boxes are suppressed. If you have defined a form for the list of copayment requests you want to post back, it must be defined as 'Standard' in form control.

The print parameters Output immediately and Spool retention period are taken from the form control settings or are read from the user profile.

Supplementary Documentation - NXFELD 0144

Use

It is only expedient to post copayment receivables back if the copayment was also deducted from the invoice addressed to the insurance provider. The report therefore only selects cases for which an invoice exists and from which the copayment amount is deducted.
You can, however, have the system display all dunned copayment receivables irrespective of whether an invoice exists. To do this, you must select this option.

Supplementary Documentation - NXFELD 0145

Use

This report normally only processes cases for which billing has still to take place. If you want to include at least the interim-billed cases in the processing run, you must select this option.
Note, however, that the report does not check whether services that have already been billed for should be modified. In such cases, an error occurs and the service entry screen appears.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0146

Use

If this option is selected, the report is started in test mode. This means that no database changes are made. The system does, however, output the complete log for you to check whether everything would be okay in a live run.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0147

Use

You can select this option if you require the evaluation to be output in hit list form. The resulting hit list is sorted according to the sum totals of the services invoiced.

Procedure

Examples

Dependencies

None

Supplementary Documentation - NXFELD 0148

Use

If you select this option, the system outputs the list sorted according to the sales per payer.

Procedure

Examples

Dependencies

You must not select the option HIT LIST BY INSURANCE PROVIDER TYPE at the same time.

Supplementary Documentation - NXFELD 0149

Use

If you select this option, the system sorts the list according to the individual payers.

Procedure

Examples

Dependencies

You must not select HIT LIST BY PAYER at the same time.

Supplementary Documentation - NXFELD 0150

Use

If you select this option, the system looks for the sequential file on the presentation server. If you do not select this option, the system looks for the sequential file on the application server.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0151

Use

If you select this option, the system outputs the data by performing organizational unit and also by requesting, departmental organizational unit.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0152

Use

If you select this option, the system outputs the data sorted by performing organizational unit and also by requesting, nursing organizational unit.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0153

Use

If you select this option, the system outputs the data sorted by requesting organizational unit and also by performing organizational unit.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0154

Use

With this radio button group you can specify whether you only want to evaluate services that were performed by main departments or external physician departments.

Normally only services performed by a main department are evaluated.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0155

Use

If you select this option you can overprint a specified text (e.g. duplicate) on invoices which are flagged as having already been printed once.

Procedure

You must enter the element E002 in your single invoice form in the COPY window and specify a text.
All invoices which are flagged as having been printed once (i.e. they must have an entry in the print log table NBRK from a previous print run in live print mode), are then printed with this text.
Init. print (orig. print) must be deactivated. Otherwise the invoices flagged as having already been printed once (according to NBRK) are not included.
Invoices with text from element E002 from COPY do not print text from other elements (E000, E001).

Examples

Dependencies

Please also refer to Init. print (orig. print).

Supplementary Documentation - NXFELD 0156

Use

If you select this option, only services that have been billed for are taken into account.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0157

Use

If you select this option, the output by performing OU is further classified by requesting, departmental OU.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0158

Use

If you select this option, the services are output classified by requesting, nursing OU. If you do not select this option, output is by requesting, departmental OU.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0159

Use

If you select this option, the system outputs the services under the requesting OUs classified further by performing OU.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0160

Use

If you select this option, the requesting, nursing OUs are evaluated in the place of the requesting, departmental OUs.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0161

Use

If you select this option, the complete case log is printed.

Note
This option is only relevant for background processing. If you run the program online, you can print the complete case log in the output list using the function Print case log.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0162

Use

If you select this option, only surgical procedures surcharges (i.e. services with service type 21) are selected.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0163

Use

If you select this option, only general procedures surcharges (i.e. services with charge type 20) are selected.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0164

Use

If you select this option, the user fields in the case-based orders are also filled.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0165

Use

If you select this field, the changed cases are appended to a selection indicator. You have to specify the selection indicator müssen Sie dann im nebenstehenden Feld angeben.
Wenn das Selektionskennzeichen, das Sie amgeben, bereits vorhanden ist, so werden nur die geänderten Fälle angehängt, die noch nicht in dem Selektionskennzeichen vorhanden sind. Es werden keine Fälle aus dem Selektionskennzeichen gelöscht. Ist das Selektionskennzeichen noch nicht vorhanden, so wird es angelegt, wenn mindestens ein Fall geändert wurde.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0166

Use

If you select this option, the system only selects cases whose requests have the status "confirmed" for the billing run.
This check only verifies the requests to which a service is already assigned. Requests for which no service assignment exists are not taken into account by the check and consequently can have the status "requested".
Moreover, the system does not check whether the complete service interval is covered by one or several requests.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0167

Use

If you select this field, the system carries out all checks necessary to ensure the consistency of the database before deleting a building unit.
If you do not select this field, the system does not check for remaining movement data. Database inconsistencies can arise following the delete operation, since movement data still exists which refers to building units that no longer exist.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0168

Use

By selecting this filed, you can specify the billing status of a service.

Procedure

Examples

Please see the selection example which can be displayed by selecting the pushbutton next to this field on the selection screen.

Dependencies

This field only takes effect if the option Take billing status into account is selected. In this case, at least one of the fields completely billed, partially billed or not billed must also be selected.

Supplementary Documentation - NXFELD 0169

Use

By means of the options By req. dept. OU and By perf. OU you can specify the level on which the data is to be aggregated. If you select neither of these options, the data is summarized on service level only. Otherwise, the respective organizational unit is included and the data is consequently evaluated on a more detailed level.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0170

Use

If you select one of the checkboxes Billing/FR days by dept. OU and Billing/FR days by nursing OU, the system outputs the days covered by flat rate per case, the billing days and the whole days in relation to the departmental, nursing organizational unit on which these days accrued. Note that only the days covered by flat rate per case, the billing days and the whole days in relation to this organizational units can be determined. All other figures, such as the quantity and amount are output only for the departmental/nursing organizational unit to occur first in each case.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0171

Use

You can control the output of planned values by means of the checkboxes Inst. plan. vals once only and Dept. plan. vals once only. Since planned values for services can be maintained in relation to insitutions or departments and the evaluation may be more detailed (i.e. the performing OU may be an evaluation criterion), you cannot normally form a total using planned values without totaling particular values more than once. By means of these checkboxes you can now specify that institution-related planned values are only output once per service and that department-related planned values are only output once per department/service. This enables totaling using planned data.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0172

Use

With this option you can specify that down payment requests are generated automatically in Financial Accounting when the down payment monitor is executed without dialog.

Procedure

Select this option if you want to generate down payment requests automatically.

Do not select this option if you do not want to generate down payment requests.

Examples

Dependencies

The option Generate down payment requests is only relevant if you selected Without dialog.

Supplementary Documentation - NXFELD 0173

Use

With this option you can specify that forms are to be printed automatically when the down payment monitor is executed without dialog.

Procedure

Select this option if you want to print forms automatically.

Do not select this option if you do not want to print forms.

Examples

Dependencies

The option Print forms is only relevant if you selected Without dialog.

Supplementary Documentation - NXFELD 0174

Use

With this option you can specify that the system is to generate a list when the down payment monitor is executed without dialog.

Procedure

Select this option if you want a list to be created.

Do not select this option if you do not require a list (i.e. you only (want to generate down payment requests and/or print forms).

Examples

Dependencies

The option Generate down payment requests is only relevant if you selected Without dialog.

Supplementary Documentation - NXFELD 0175

Use

Select Repeat archiving (no reprint) in the following situations:

Archiving could not be performed when the invoice was initially printed. With repeat archiving, the invoice flagged as already printed is simply archived without being printed again.
Following the initial print with archiving, the invoice form, for example, is modified retroactively. In such cases, you must print and archive the invoice again.

To activate repeat archiving, select Repeat archiving (no reprint).

If you do not select Repeat archiving when you print invoices for the first time, the program only archives those invoices that are flagged as not archived in the system.

Archiving is only performed when single print control is active and test print is inactive (live print mode). Select Single control for each billing doc. and do not select Test print.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0176

Use

This radio button is selected if the corresponding risk factor applies to the patient.

Procedure

You can select this option.

Supplementary Documentation - NXFELD 0177

Use

This radio button is selected if the corresponding risk factor does not apply for the patient.

Procedure

You can select this option.

Supplementary Documentation - NXFELD 0178

Use

This radio button is set if the validity of the risk factor is not known for the patient.

Procedure

You can select this option.

Supplementary Documentation - NXFELD 0179

Use

Select this option if a table of operation or surgical procedure code code exist and is to be taken into account for the provisional invoice.
The corresponding input fields then appear under the group heading Surgery on the next selection screen.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0180

Use

Select this option if an admission diagnosis exists and is to be taken into account for the provisional invoice.
The corresponding input fields then appear under the group heading Diagnosis on the next selection screen.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0181

Use

Select this option if the attending physician is known and is to be taken into account for the provisional invoice.
The corresponding input field then appears under the group heading Physician on the next selection screen.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0182

Use

Select this option if you want to create the provisional invoice for a delivery.
The corresponding input fields then appear under the group heading Delivery on the next selection screen.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0183

Use

Select this option if you want the estimated maximum Medisave claim to be deducted from the invoiced amount calculated.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0184

Use

Select this option if you want to create the estimated invoice for a delivery.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0185

Use

If you select this field, the system outputs a list of all relevant cases with the corresponding services. If you do not select this field, only the relevant cases appear in the output list.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0186

Use

When valuation formulae are evaluated, the quantity 0 may be calculated for extended services. If you want to exclude such services from this evaluation, please select this field.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0187

Use

Select Cancel immediately if you wish to cancel the provisional invoices without further processing.

If you do not select this option, the system lists the cases together with their respective provisional invoice that match your selection criteria.
From this list, you can select the required cases and cancel their provisional invoice.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0188

Use

The following flat rate per case cases are set to final billed:

Previous case

Here the flat rate per case has been reimbursed in a previous case and the patient is re-admitted due to complications. So long as the maximum length of stay covered by the flat rate is not reached, daily nursing charges cannot be reimbursed. To enable this, the flat rate per case must exist as a non-billable service in the current case and the chargeable paid copayment days must be maintained.

Performance of post-operative flat rate oer case without maximum length of stay being reached

If the acute treatment flat rate per case is performed in an external hospital and the post-operative flat rate per case in the hospital in which the patient is currently admitted, no billable services exist so long as the minimum length of stay covered by the post-operative flat rate is not reached.

Procedure

Examples

Dependencies

Only discharged cases and cases without other billable services are set to final billed.

Supplementary Documentation - NXFELD 0189

Use

If this option is selected, the materials that are flagged for deletion in the MM material master are deleted from the material catalog. haben.

Procedure

Examples

Dependencies

If you selected Follow-up materials as well, the material is replaced by the follow-up material.

Supplementary Documentation - NXFELD 0190

Use

If this option is selected, archived materials are deleted from the material catalog.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0191

Use

If this option is selected, materials for which a follow-up material is maintained in the MM material master are replaced by this follow-up material.

Procedure

Select this option in conjunction with Deletion flag.

Examples

Dependencies

Supplementary Documentation - NXFELD 0192

Use

If this option is selected, the system checks whether the units of measure used in the material catalog are defined in the MM material master. If this is not the case, an error message is issued.

Procedure

The units of measure are not modified. Make modifications using the function Define material catalogs.

Examples

Dependencies

Supplementary Documentation - NXFELD 0193

Use

If this field is selected, the service is either fully or partly billed for.

If this field is not selected, the service is not billed for.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0194

Use

This option enables you to control whether invoices that have already been printed in production mode (entry in the print log table NBRK) are to be included in the collective invoice selection.

Select this option if you want invoices that have already been printed to be included inb the collective invoice selection.
Do not select this field if you merely want to include as yet unprinted invoices in the collective invoice selection.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0195

Use

Using this option, you can control whether you want processing to include cancelled cases or cancelled movements. This is necessary to be able to make adjustment postings in CO, if key figures were calculated and updated in CO for these objects prior to reversal. Since this task can also be performed by a further adjustment program for statistical key figures (RNHCO014), this functionality is optional here.
By not selecting this option, you can significantly shorten run times and free up system resources. Furthermore, in this case output is much clearer, since a great number of adjustment postings do not have to be made here.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0196

Supplementary Documentation - NXFELD 0197

Use

If you select this option, the system creates a file for the automatic transmission of the statistics according to §17, section 4 of the Federal Regulation for Hospitals (BPflV - Germany).

Note that the data must be transmitted by specialty and for a whole year.

Procedure

Examples

Dependencies

Automatic transmission can only take place if a data collection point is maintained for the communication procedure MRUC.

Supplementary Documentation - NXFELD 0198

Use

If you select this option, only material requisitions that have been released are selected.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0199

Use

With this option you specify that a case selection is appended.

Procedure

Examples

You can select cases that have not been fully billed and write them to a case selection. You can then specify this case selection in the billing program.
You can select cases without billable services and set their status to 'final billed' using the program RNANFAL0.

Dependencies

The case selection is only appended if a selection indicator is entered in the adjacent field.

Supplementary Documentation - NXFELD 0200

Use

The evaluation period is usually limited to one year to allow for optimum system performance. Select this option to determine a longer evaluation period.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0201

Use

Select this option if you want to print the collective bills in test print mode.

In this mode, the print status table for collective bills (technical name NBRKS) is not updated (print date, collective bill status), and you can print the collective bills as many times as you like.

Please note that event in test mode, the 'deducted copayment-to-single bill' assignment is recorded in the assignment table for copayments/ down payments (technical name NBRKAZ). This means that if the collective bill is reprinted, the copayment for these bills is no longer determined dynamically in Financial Accounting. The copayment amounts recorded in the system are used instead.

You can also output the text 'test print' on your collective bill form.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0202

Use

Select this option if you want to print the collective bills in live print mode.

Please note that you can only print a collective bill once in this mode. When you print collective bill for the first time in live mode, select the options Live print and Initial print. Subsequently, you can only execute repeat print. To do this, select the options Live print and Repeat print.

The following data is saved in the system when live print is used:

The print date and the status 'collective bill created and printed' are recorded in the print status table for collective bills (technical name NBRKS).
The 'deducted copayment-to-single bill' assignment is recorded in the assignment table for copayments/down payments (technical name NBRKAZ), if a bill has not yet been printed. This means that if the collective bill is reprinted, the copayment for these bills is no longer determined in Financial Accounting, but is taken from the entry recorded in the system.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0203

Use

The option Initial print is only relevant if you are executing live print.
Select this option if you are printing the collective bills for the first time.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0204

Use

The Repeat print option is only relevant if you are executing the program in live print mode.
Select this option if you want to reprint the collective invoices in live print mode.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0205

Use

Select the option With dialog if you want to change the print parameters set in Customizing. You can then modify these parameters in the Print dialog box.
Please note that this option is only taken into account in the processing mode With dialog.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0206

Use

Select the option Without dialog if you do not want to change the print parameters set in Customizing. The Print dialog box does not appear in this mode.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0207

Use

If you select this option, only materials kept in stock are taken into account in the evaluation.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0208

Use

If you select this option, only materials not kept in stock are taken into account in the evaluation.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0209

Use

If you select this option invoices can be printed more than once.

These invoices are not overprinted with text (e.g. Duplicate) as is the case with Print copy.

Procedure

Select Repeat initial print, if you want to be able to print invoices more than once without marking them as copies.

Examples

Dependencies

Refer to the documentation for Print copy.

Supplementary Documentation - NXFELD 0210

Use

If you select this option, all invoices with amount 0 are included.

This option refers to fictitious invoices which are only temporarily displayed. All relevant insurance providers which have not been assigned any billable services are determined for a case. The temporary invoice number starts with '1' and are numbered for the current case.

Procedure

Select this option if you want invoices with amount 0 to be included.

Examples

Dependencies

Supplementary Documentation - NXFELD 0211

Use

Select this option if you want to include cancelled insurance relationships in the list.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0212

Use

If you select this option the matierial proposal is created from the material requisitions.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0213

Use

If you select this field the material proposal is created from the catalogs assigned to the organizational unit.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0214

Use

Select this option if the reservations should be displayed or printed in groups according to cost center.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0215

Use

Select this option if the reservations should be displayed or printed in groups according to storage location.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0216

Use

Select this option if a page break is to occur per cost center or storage location (depending on your selection above) when the list is printed.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0217

Use

Select this option if the checkbox GI (goods issue) is to be preset in relation to the availability of the material.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0218

Use

If you select this option, the test flag is set in the transfer file.

Dependencies

Example

Supplementary Documentation - NXFELD 0219

Use

The radio buttons Fill customer-spec. fields and Classification let you stipulate the technnique for summarizing order data in CO. If you select Fill customer-spec. fields, you need to have included your own (customer-specific) fields in the order master data by means of enhancement COOPA003. If you select Classification, the appropriate user-defined characteristics are filled in the classification data. Note that there will be no further development of the classification for order data summarization. Depending on the action you select, the corresponding field names or characteristic names have to be assigned to the IS-H characteristics. For further information about this, see Chapter Configure Customer Settings for Characteristics of the IS-H Implementation Guide.

Dependencies

Example

Supplementary Documentation - NXFELD 0220

Use

If you select this option, you can choose display variants for the individual case display. By choosing a display variant on the selection screen, you default the layout of the ABAP List Viewer output list. You can differentiate display variants for the individual case display (only a single case in the selection) from those for the display of several cases. For both modes, you can save separate display variants in the output list for subsequent specification on the selection screen.

Dependencies

Example

Supplementary Documentation - NXFELD 0221

Use

If you select this option, you can select display variants of the case list (several cases in the output list). You can default the output list of the ABAP List Viewer by specifying a display variant on the selection screen. You can differentiate between display variants for the individual case display (only one case in the selection) and for the display of several cases. For both modes, you can save separate display variants in the output list. These can be specified accordingly on the selection screen.

Dependencies

Example

Supplementary Documentation - NXFELD 0222

Use

If you select this option, the program only prints invoices with active invoice items. Cancellation documents and fully canceled invoices are not printed.

Dependencies

Example

Supplementary Documentation - NXFELD 0223

Use

Select this option if you want to print collective invoices in "Live print" mode.

Live print saves the following data in the system:

The print date and the status "Collective invoice created and printed" are recorded in the print status table for collective invoices (technical name NBRKS).
The "deducted copayment-to-single invoice" assignment is recorded in the assignment table for copayments/down payments (technical name NBRKAZ) if an invoice has still to be printed. This means that if the collective invoice is re-printed, the copayment for these invoices is no longer determined dynamically in FI. The copayment amounts recorded in the system are used instead.

Dependencies

Example

Supplementary Documentation - NXFELD 0224

Use

If you select this option, the system creates the material proposal from the requisitions for the specified cost center.

Dependencies

Enter the evaluation period, controlling area, and cost center.

Example

Supplementary Documentation - NXFELD 0225

Use

The department view is skipped and the care unit view is displayed directly.

Dependencies

Example

Supplementary Documentation - NXFELD 0226

Use

Detailed information on the cases involved is displayed directly in the care unit view.

Dependencies

Example

Supplementary Documentation - NXFELD 0227

Use

This option lets you specify that once the system has printed a collective invoice form, is has also to print all of the single invoices assigned to this collective invoice.

The single invoices are output as follows:

The single invoices are printed in test print mode. The print date is consequently not updated in the print status table NBRK.
All single invoices are printed in one spool request (i.e. no single print control).
The single invoices addressed to insurance providers whose master record prohibits single print are included in the print run.
If you specify a printer on the selection screen, the single invoices are also output on this printer.
Select this option if you want the single invoices assigned to a collective invoice to be printed automatically following the printout of the collective invoice.
Do not select this option if you only want to print collective invoices.

Dependencies

Example

Supplementary Documentation - NXFELD 0228

Use

If you execute the report in test mode, the system does not modify the billing indicator of the cases. Database changes due to service actions and the updating of a case selection are however made.

For more information, refer to the report documentation.

Dependencies

Example

Supplementary Documentation - NXFELD 0229

Use

This option lets you control the look of the output list.

If you select this option, the system displays all of the messages that occurred for all cases directly in the output list. If you don't select this option, you can still see all the messages by expanding one or all of the cases in the output list.

Dependencies

Example

Supplementary Documentation - NXFELD 0230

Use

You can group together all of the cases for which the billing indicator can be set to "final billed" in a case selection.

To do this, select this option, and enter the name of a case selection. The system also updates the case selection in test mode.

Dependencies

Example

Supplementary Documentation - NXFELD 0231

Use

If you select Start Grouping Directly, the system starts grouping (with synchronous DRG coding and grouping systems) or exporting (with asynchronous DRG coding and grouping systems) without further intermediate steps.

Dependencies

Cannot be used together with Start Import Directly.

Example

Supplementary Documentation - NXFELD 0232

Use

If you select Start Import Directly, the system starts importing files without further intermediate steps.

Dependencies

Cannot be used together with Start Grouping Directly.

Example

Supplementary Documentation - NXFELD 0233

Use

If you select Allow Repeat Export without Import, the system exports cases even if they have already been exported and the result has still to be imported.

Dependencies

This option is only relevant for asynchronous DRG coding and grouping systems.

Example

Supplementary Documentation - NXFELD 0234

Use

If you select Display Cases From Import Files Only, the results list for direct data import only shows the cases that the IS-H System actually found in import files was able to import successfully.

Dependencies

Note that this option is only active if you have also selected Start Import Directly. This option is only relevant for asynchronous DRG coding and grouping systems.

Example

Supplementary Documentation - NXFELD 0235

Use

If you select Test Mode: Do not Save DRG, the result of grouping is only displayed in the results list generated by the report and is not saved in the database.

Dependencies

Example

Supplementary Documentation - NXFELD 0236

Use

This checkbox lets you stipulate whether the system is to create invoice selections for self-payers or insurance providers.

Select this checkbox if you wish to create invoice selections that only contain self-payer invoices.
In this case, any entries you have made in the Insurance Provider Type and/or Insurance Provider fields will be ignored.
The system includes all self-payer invoices with the same payer in an invoice selection. If there are self-payer invoices with an alternative invoice recipient controlled using one-time accounts, the system only includes the invoices, for which the payee in the one-time account document is identical, in the invoice selection.
When creating invoice selections for self-payers, the system will not create an invoice selection if the selection comprises a single invoice.
Do not select the Self-Payers Only checkbox, if you do not wish to create invoice selections for insurance providers or §302 full invoices.

Dependencies

Example

Supplementary Documentation - NXFELD 0237

Use

If you select this checkbox, the report overwrites existing data in table NWCHPATREC.

Please note that the system only takes this parameter into account if you do not select the Perform Test checkbox. Otherwise, there are no changes to the database in any case.

If you execute the program in dialog, the system may display a query asking if you want to overwrite existing data (table NWCHPATREC).

If you execute the program in background processing, you can control processing behavior by selecting the checkbox.

Dependencies

Example

Supplementary Documentation - NXFELD 0238

Use

If you select the Data Selection radio button, the selection of the required data if made for the specified selection criteria. The resulting data is formatted for the statistics and is written to table NWCHPATREC, provided you do not select the Perform Test checkbox.

Dependencies

Example

Supplementary Documentation - NXFELD 0239

Use

If you select the "Data Dispatch" radio button, the already created data that matches the selection citeria is read from the table NWCHPATREC (records with status = 'E') and formatted for dispatch.

Dependencies

Example

Supplementary Documentation - NXFELD 0240

Use

If this indicator is set, the time 24:00 is not internally set to 00:01 on the next day. Consequently, the absence starts at 24:00 on the day before the non-working day.

If this indicator is not set, the time 24:00 is converted to 00:01 on the next day, as was previously the case. Consequently, the absence starts on 00:01 on the non-working day.

Dependencies

The midnight census statistics program automatically converts the time 24:00 to 00:00 on the next day, and, as such, is not affected by setting this indicator.

Example

Supplementary Documentation - NXFELD 0241

Use

If you select this option, the system lists the patient file data.

Dependencies

Example

Supplementary Documentation - NXFELD 0242

Use

If you select this option, the data of the diagnosis file is listed.

Dependencies

Example

Supplementary Documentation - NXFELD 0243

Use

If you select this option, the system lists the treatment file data.

Dependencies

Example

Supplementary Documentation - NXFELD 0244

Use

The Create Variant for SD_VBRK field lets you specify whether you want to create variants for the SD archiving program S3VBRKWR (archiving object SD_VBRK).
These variants contain the SD documents of all IS-H cases that the system successfully archived in this program run.

If you only specify cases that have already been archived and deleted on the selection screen, you can select archive files in the Archive Administration: Select File to Be Read dialog box. Here, the SD variants contain all SD documents of the IS-H cases that are contained in the selected archive files.

Select this option, if you want to create variants for the SD archiving program.

If you do not select this option, when archiving billing documents in SD, you are responsible for making sure that you only archive the documents when the relevant cases are closed in IS-H.

Dependencies

Note that the program only creates the variants if you did not select the Test Run option.

Example

Supplementary Documentation - NXFELD 0245

The Create Variant for CO_ORDER field lets you control whether variants should be created for the CO archiving program RKAARCWR (archiving object CO_ORDER).
These variants contain the case-based orders of all IS-H cases that could be successfully archived in this program run.

If you only specify cases that have already been archived and deleted on the selection screen, you can select archive files in the Archive Administration: Select File to Be Read dialog box. Here, the CO variants contain all orders of the IS-H cases that are contained in the selected archive files.

Select this option, if the program is to create variants for the CO archiving program.
Do not select this option, if the program is not to create variants for the CO archiving program. In this case, when archiving orders in CO, you are responsible for making sure that you only archive the orders when the relevant cases are closed in IS-H.

Dependencies

Note that the program only creates the variants if you did not select the Test Tun option.

Example

Supplementary Documentation - NXFELD 0246

The Preprocessing program CO_ORDER field lets you control whether variants should be created for the CO preprocessing program RKOREO01.
These variants contain the orders (case-based orders) of all IS-H cases that could be successfully archived in this program run.

The preprocessing program enables you to set the deletion indicator for the orders to be archived in CO. This is necessary, since an order can only be archived, if, among other things, the deletion indicator is set.

If you only specify cases that have already been archived and deleted on the selection screen, you can select archive files in the Archive Administration: Select File to Be Read dialog box. Here, the CO variants contain all orders of the IS-H cases that are contained in the selected archive files.

Select this option, if the program is to create variants for the CO preprocessing program.
Do not select this option, if the program is not to create variants for the CO preprocessing program.

Dependencies

Note that the program only creates the variants if you did not select the Test Tun option.

Example

Supplementary Documentation - NXFELD 0247

Use

If you select this option, archive files and variants are not created. The system only runs the archiving checks.

The system outputs a log showing the cases that would have been archived in a production run.

Dependencies

Example

Supplementary Documentation - NXFELD 0248

Use

If you select this option, the results log also includes an overview of the data objects archived.

Dependencies

Example

Supplementary Documentation - NXFELD 0249

Use

If you select this option, the system determines the EDIFACT file most recently created via EDI using the data collection point specified and uses it for the conversion to XML invoices.

Dependencies

Example

Supplementary Documentation - NXFELD 0250

Use

If this indicator is set, data is not writted to the database.

Dependencies

Example

Supplementary Documentation - NXFELD 0251

Use

If you set this indicator, the system only takes into account the files in the specified directory that have not (ever) been evaluated.

Dependencies

Example

Supplementary Documentation - NXFELD 0252

Use

If you select this radio button, the system assigns fictitious numbers to the respective IS-H values (patient, case, birth number) and these numbers are then transferred.
Please note that you should use fictitious numbers for statistics transfer.

Dependencies

Example

Supplementary Documentation - NXFELD 0253

Use

If you select this radio button, the original IS-H values (for patient, case and birth number) are transferred.

Dependencies

Example

Supplementary Documentation - NXFELD 0254

Use

If you select this radio button, the data is saved in the relevant frontend file path (on the PC).

Dependencies

Example

Supplementary Documentation - NXFELD 0255

Use

If you select this radio button, the data is saved in the relevant application file path (on the SAP application server).

Dependencies

Example

Supplementary Documentation - NXFELD 0256

Use

If you select this option, the system only sends messages if there are changes in relation to the last message sent.

Dependencies

Example

Supplementary Documentation - NXFELD 0257

Use

This field enables you to request specific messages.

Dependencies

Example

Supplementary Documentation - NXFELD 0258

Use

Log is output without the navigation tree that classifies the log messages by case.

Dependencies

Example

Supplementary Documentation - NXFELD 0259

Use

If you select this option, the system applies the movement exclusions according to ELDA data interchange (EDI procedure P321). Thus the system only further process the movements of the outpatient case for which the following exclusion criteria in ELDA data interchange do not apply:

Outpatient visit for an inpatient in an external hospital
Outpatient visit at time (day) of an inpatient admission
Exclusion in connection with the determination of the reason for treatment
(See IMG activity AT: ELDA(L) - Maintain Determination of Reason for Treatment and AT: ELDA(L) - Maintain Outpatient Data Interchange Exclusion ).
Exclusion due to BAdI implementation
(See IMG activity BAdI: ELDA Data Exchange - General Methods).

Dependencies

Example

Supplementary Documentation - NXFELD 0260

Use

If you select this option, the system only lists the cases and their insurance relationships (insurance providers) for which there are no insurance verification requests.
For the inpatient area, the system evaluates the entire case.
For the outpatient area, the system lists each quarter in which there is at least one movement without a corresponding IV entry.

Dependencies

Example

Supplementary Documentation - NXFELD 0261

Use

If you select this option, the system lists all of the insurance verification situations for the selected cases.
This means that the system displays the existing insurance verification requests/confirmations/rejections.
In addition, the system also list the situation "no IV request". In the inpatient area, the system evaluates the entire case. In the outpatient area, it lists each quarter in which there is a least one movement without a corresponding IV entry.

Dependencies

Example

Supplementary Documentation - NXFELD 0262

Use

If you select this option, the system only lists the cases and their insurance relationships (insurance providers) for which confirmation of coverage exists.

Dependencies

Example

Supplementary Documentation - NXFELD 0263

Use

If you select this option, the system only lists the cases and their insurance relationships (insurance providers) for which rejection of coverage exists.

Dependencies

Example

Supplementary Documentation - NXFELD 0264

Use

If you select this option, the system only lists the cases and their insurance relationships (insurance providers) for which open insurance verification requests exist.

Dependencies

Example

Supplementary Documentation - NXFELD 0265

Use

If you select this option, the system only takes into account insurance verification extensions for the selected cases.

Dependencies

Example

Supplementary Documentation - NXFELD 0266

Use

If you set the Form Print indicator, outpatient copayment requests (practice fee invoices) whose dunning deadline has expired are printed.

Dependencies

Example

Supplementary Documentation - NXFELD 0267

Use

Relevant for the country version Germany only. Documentation is not available in English.

Supplementary Documentation - NXFELD 0269

Use

If you set the Test Billing indicator, the program does not write billing data for the case to the database. The selected cases are checked and any messages generated are saved.

If you set the Live Billing indicator, the cases are flagged as "billed" in the database without further user interaction and transferred to the PPA billing system, if they are error-free.

Dependencies

Example

Supplementary Documentation - NXFELD 0270

Use

If you select this option, the system does not evaluate special cases such as those without an active insurance relationship or without an active social insurance relationship.

Dependencies

You can selet the special cases mentioned above separately.

Example

Supplementary Documentation - NXFELD 0271

Use

If you select this option, the system only lists the cases that do not have an active insurance relationship (nor an active insurance relationship for self-payer, third-party payer, or supplementary insurance).
In the inpatient area, the system evaluates the entire case.
In the outpatient area, the system lists each quarter in which at least one movement exists for whose date/time there is no insurance relationship.

Dependencies

Example

Supplementary Documentation - NXFELD 0272

Use

If you select this option, the system only lists the cases that do not have an active insurance relationship with a social insurance body.
In the inpatient area, the system evaluates the entire case.
In the outpatient area, the system lists each quarter in which at least one movement exists for whose date/time there is no insurance relationship.

Dependencies

Example

Supplementary Documentation - NXFELD 0273

Use

If you select this option, the system selects electronically transmitted invoices only. In the process, it does not perform a check on the print indicator of the insurance provider control table TNWCH_EDIKTR. This means that an electronic invoice can also be printed even if it is actually excluded from invoice printout on the basis of the control table.
This function enables you to print electronically transmitted invoices specifically for archiving in a separate run to avoid them being mixed with the other invoices and inadvertently being delivered (electronically transmitted invoices can only be archived if they have been printed beforehand).

Dependencies

Example

Supplementary Documentation - NXFELD 0280

Use

Run for domain.

Dependencies

Example

Supplementary Documentation - NXFELD 0281

Use

Run for table.

Dependencies

Example

Supplementary Documentation - NXFELD 0298

Use

When you select Create Case Selection, the system includes the checked cases from PPA billing in a case selection.

If you select Cases with Errors Only, the system only includes cases, for which there are error messages, in the selection. Cases for which warnings were generated are not included.

Dependencies

Example

Supplementary Documentation - NXFELD 0299

Use

When you select this option, the system only includes the respective duration of stay in a special class instead of the entire duration of stay when performing the reminder check for supplementary insurance.

Dependencies

Example

Supplementary Documentation - NXFELD 0303

Use

If you select this option, the system does not create and display the error list "Services Without Treatment Organizational Unit". However, this does not mean the system does not contain services to which this applies in the evaluation period. You have no control over whether or not it was possible to assign and pay all the relevant services.

Dependencies

Example

Supplementary Documentation - NXFELD 0312

Use

PATREC: Medical statistics created in PATREC format. This format is valid until data year 2008.

PRISMA: These medical statistics are created in PRISMA format. This format is valid from data year 2009.

Dependencies

Example

Supplementary Documentation - NXFELD 0313

Use

If you select this checkbox, the system lists the data for newborn infants.

Dependencies

Example

Supplementary Documentation - NXFELD 0314

Use

If you select this checkbox, the system lists the data for intensive care medicine.

Dependencies

Example

Supplementary Documentation - NXFELD 0315

Use

If you select this field, the system lists the data for the insurance provider invoices.

Dependencies

Example

Supplementary Documentation - NXFELD 0316

Use

If you select this checkbox, the system uses a cryptography file.

Dependencies

Example

Supplementary Documentation - NXFELD 0317

Use

If you select the option Set Copayment Waiver, the system enters the specified copayment waiver for the case-related insurance relationship.

This prevents the generation program from creating new receivables for cases whose copayment receivables have been posted back.

Dependencies

Enter the copayment waiver that the system is to enter in the case-related insurance relationship in the Copayment Waiver field.

If a copayment waiver has already been specified in the case-related insurance relationship, the system will overwrite it.

Supplementary Documentation - NXFELD 0318

Use

If you select this checkbox, the search function only selects open external orders.
In this context, "open" means the external order has not yet been billed.

If you do not select the checkbox, the function also searches for billed external orders and displays them in the result list.

Dependencies

Example

Supplementary Documentation - NXFELD 0319

Use

If you select this checkbox, the case number is included in the file.

You should only activate this option for testing.

Dependencies

Example

Supplementary Documentation - NXFELD 0320

Use

If you select the option #With Hold Date 12/31/9999 Only", the system only takes account of records that have the value #12/31/9999# in the #Hold Date# field (HOLDDT). This means the messages in question were never sent.

Additional information for country version Switzerland:
In the communication procedure INXML (electronic invoice/MCD record), these are primarily MCD records generated by the system based on the settings for the insurance provider, but which the patient does not wish to have sent (field MCD Dispatch in the insurance relationship for the case). These messages belong to message type MCD.

Dependencies

Example

Supplementary Documentation - NXFELD 0322

Use

You can use this indicator to specify that the case selection list is only to contain cases that have a SwissDRG.

Use

DRG Required = selected -> case must have a valid DRG
DRG Required = initial -> no check for DRG

Example

Supplementary Documentation - NXFELD 0323

Use

You can use this indicator to specify that the "Localization" indicator is to be selected according to the service unit "Per Side".

Dependencies

Example

Indicator selected: If the service to be imported has the service unit "Per Side" (= C), the "Localization" indicator is selected (= ON).
Indicator not selected: The "Localization" indicator is not selected (= OFF).

Supplementary Documentation - NXFELD 0324

Use

This documentation is only relevant for the country version Switzerland and is not available in English.

Supplementary Documentation - NXFELD 0325

Use

'.-' Also import diagnoses into target catalog

If you select this checkbox, the system also imports these diagnoses into the target catalog. Otherwise, according to the standard settings, 3-character diagnoses (.- diagnoses) are only imported into the referral diagnosis catalog.

Dependencies

Example

Supplementary Documentation - NXFELD 0326

Use

Update target catalog (except diagnosis text)

If you select this checkbox, the system does not change existing diagnosis texts. The system changes the Diagnosis Type, Sex, Minimum Age, Maximum Age, and if applicable, Reference Diagnosis Code and Catalog fields. You can only select this field or the next one, but not both.

Dependencies

Example

Supplementary Documentation - NXFELD 0327

Use

Update target catalog (including diagnosis text)

If you select this checkbox, the system changes additional existing diagnosis texts.

Dependencies

Example

Supplementary Documentation - NXFELD 0328

Use

Log of truncated texts

If you flag this checkbox, the system lists the texts that had to be truncated in the log. Please note that the diagnosis text in the "Name" field in the DIAGLIST.dat file has 200 characters but it is only possible to transfer 120 characters to IS-H. If you wish, you can use the "Short Name" field as an alternative.

Dependencies

Example

Supplementary Documentation - NXFELD 0329

Use

Log of imported diagnoses

If you select this checkbox, the system lists the diagnoses in the log.

Dependencies

Example

Supplementary Documentation - NXFELD 0330

Use

Diagnosis texts from short name

If you select this checkbox, the system uses the "Short Name" field from the DIAGLIST.dat file, which has 100 characters, instead of the long version of the diagnosis text ("Name" field).

Dependencies

Example

Supplementary Documentation - NXFELD 1000

Use

By selecting this option you can initiate printout on the default printer immediately, without the print selection screen or a list of the collective invoices appearing.

Procedure

Please make the necessary printer default settings in the Customizing of IS-H.

Examples

Dependencies

Supplementary Documentation - NXFELD 1001

Use

If you select this option the system does not update the table NBRK; i.e. the system does not note which invoices should be printed now (test print).
No further collective invoice numbers are assigned and the created collective invoices are not saved at printout.

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 1002

History

Last changed by/on	SAP	20050224
SAP Release Created in

Object Hierarchy

Using

Used by

Advertise Links

Used by Table/Structure

Hierarchy

Basic Data

Data Type

Further Characteristics

Field Label

Documentation

Definition

Supplementary Documentation - NXFELD 0001

Use

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0002

Use

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0003

Use

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0004

Use

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0005

Use

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0006

Use

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0007

Use

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0008

Use

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0009

Use

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0010

Use

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0011

Use

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0012

Use

Procedure

Examples

Dependencies

Supplementary Documentation - NXFELD 0013

Use

Procedure

Dependencies

Supplementary Documentation - NXFELD 0014

Use

Procedure

Examples