Facilitated Management of Serial numbers
Template:Potential Change Data collectors currently collect one or more locations from one or more pools of serial number pools. Details of the serial number system are located in Serial number. This has been flagged as one reason why people find paper printouts of the most recent patients sent useful.
Serial numbers have to be unique for a collection location, so if a ward like HSC_H4H is collected on by multiple collectors then a serial number must never be re-used. This is currently achieved by assigning blocks of numbers for each 100 possible serial numbers to a given collector (again, see Serial number for details).
A serial number must be entered before any other data since access uses it to set the relationships for the data. To accomplish that, function new_pat_id() opens a window requesting the serial number pops up when "add new patient" is clicked on the patient list.
The need to keep track of this is one reason given by collectors to keep using the Data collection log form. We would like to eliminate reasons for this additional paperwork.
Plan
|
_dev_CCMDB - ready to implement |
|
|
Discuss with STB Medicine Workload splitting#S6 when this is ready to go. |
Now that we keep some info about deleted records (was changed as part of EPR Reports Integrator) we should be able to generate the next available serial number. Since this would be based on the Service/Location of the patient, the "Add patient" button functionality would be changed to first ask for the location based on dropdown (via Query s_serviceLocation_local), and it would then propose a Serial number based on the highest currently on the laptop + 1.
If no previous entry of that location is found, the number used for a new location as per Serial_number#Special-Use_Serial_Numbers will be used.
Related articles
| Related articles: |