Description
This report can limit an extended service to a specific key date andgenerate a new service that takes effect as of the key date. The reportonly does this for patients who are inpatients and day patients and whoare receiving treatment before and after the key date. Final billingmust not have been performed for these patients.
The extended service for these patients is delimited as of 2400 hourson the day before the key date, and the new service is generated as of0000 hours on the key date. If the start of the extended service fallsafter the key date, the extended service is cancelled, and thesubstituting service is created using the same start and end dates. Ifthe key date is in the future, then services which have to be in thefuture are generated with the status 'planned'. If the substitutingservice already exists, and it conflicts with the new service you wantto create, the new service will not be created, and the existingsubstituting service will not be changed!
Due to the technology used for changing the services (batch input), theprogram cannot identify whether the services could actually be changedcorrectly. Errors can occur, particularly in cases where interimbilling has been performed, if the services that have already beenbilled are to be delimited using a date that falls before the billingdate. In other words, this program can only make changes that couldalso be made if the services were entered online.
However, since the program checks to see if the services which it hasto generate already exist, you can perform a second test run after the'real' run and check that everything was generated correctly. Theaction log should be empty if this is the case.

Selection screen
On the selection screen, you must enter the institution and also thefollowing:

• Service to be limited: Enter the service that you want to
delimit.

• New service: Enter the service that you want to create and take
effect as of the key date. This service must also be an extendedservice.

• Key date: Specify the date as of which the original service is
to be delimited and the new service is to take effect.

• Case: You can use this field to run the report for specific
cases. If you do not enter anything here, the system will automaticallyprocess all the cases affected.

• interim billed cases: By default, the system only processes
cases that have not yet been billed. However, if you would also like toprocess interim billed cases, select this field. Please note, though,that the program does not check whether services that have already beenbilled are to be changed. This might mean that the system cannot changethese billed services correctly.

• Test mode: If this field is selected, only log files are
generated, and data is not changed. If you want to perform a 'real'run, deselect this field.

Output
The program outputs an error log and an action log.


• Error log: This log lists all the messages collected that caused
(or could have caused) an error to occur. For example, the messagesstating that interim billing had already been performed for a case orthat a subsituting service already exists would appear in this log.

• Action log: This log lists all the changes that were made to
services. If you run the report in test mode, you will be able to checkhere first to see if the changes made are correct before you run thereport 'properly'.

Example
Case: 1234, Admitted on 12/15/1995
Service ALLP from 12/15/1995 to 12/31/9999
Objective: Service ALLP should be replaced by service PFL as of1/1/1996
Procedure: Start report RNUEBER1 and make the appropriateentries on the selection screen.
Result: Service ALLP from 12/15/1995 to 12/31/1995 2400 hours
Service PFL from 1/1/1996 0000 hours to 12/31/9999