Facilitated Management of Serial numbers: Difference between revisions

mNo edit summary
Line 33: Line 33:


=== any problems moving to one pool per laptop for all? ===
=== any problems moving to one pool per laptop for all? ===
{{Discuss |
'''Not a problem: large Serials will increase size of D_ID'''
* Would there be any problems if, for all new patients entered onto laptops, a single serial pool was used? Existing entries can be completed with current serial, so there should be no orphans.
 
}}
 
'''Possible problem: large Serials will increase size of D_ID'''


[[D_ID]] is currently limited to 18 characters. The only unit who has 18 right now is [[HSC_WRS3]]; the laptop is at 14600ish. The highest local serial is 40500ish for STB_ACCU. It will be a long time before these roll over to 10000. This should not be a problem.
[[D_ID]] is currently limited to 18 characters. The only unit who has 18 right now is [[HSC_WRS3]]; the laptop is at 14600ish. The highest local serial is 40500ish for STB_ACCU. It will be a long time before these roll over to 10000. This should not be a problem.


''' Negative and presumably decreasing serials '''
'''Not a problem: Negative and presumably decreasing serials '''
There is a temporary situation of  [[HSC_WRS3]] using negative serial numbers. This is not the usual thing, this was done initially to solve the duplicate records (i.e. before and after covid) but after changing the process, the positive serial number sequence has been followed. No new negative serials are expected, so not a problem.
There is a temporary situation of  [[HSC_WRS3]] using negative serial numbers. This is not the usual thing, this was done initially to solve the duplicate records (i.e. before and after covid) but after changing the process, the positive serial number sequence has been followed. No new negative serials are expected, so not a problem.
If we needed to use negative numbers again in the future we could, they just wouldn't be managed automatically.


== Background ==
== Background ==