The Device ID adds the ability to support changing serial numbers while retaining patient data.
The specific case is one where the user returns their HA for a new one, but we want to be able to put our old settings on the new HA as opposed to starting over. ezFIT currently supports this type of feature by detecting the change in serial number and allowing the user to keep the old number or replace it with the new number.
For Clarujust to handle this case, the following changes would be required to the interface:
Clarujust can then manage creating and setting a logical patient ID that is still separate from ezFIT for privacy concerns, but have a way to get back to patient information on Audigence's end. Clarujust will keep the serial number information managed separately (but probably related to) from this new parameter.
We really need to step back and ask when is it OK to use the existing settings, and when isn't it?
There are some scenarios that we should anticipate happening:
In terms of interfaces, probably the existing Serial Number one should suffice. What we can change is the definition of the “serial number”. It really needs to migrate to being understood as a unique identifer…that changes only when certain conditions are met. Conditions are TBD.
Presently there is a unique patient ID generated local to the machine, but it is not globally unique.
I think it would be short sighted to make the ID tied to the patient alone. A year from now the patient may want to upgrade to Intellio (next greatest product), and because the signal processing algorithm is fundamentally different, the previous optimization parameters are at a best a crude starting point.
The ID number needs to factor in:
Eg: MD5(LastName+FirstName+ProductCode+Side) = [DOE JOHN prod_Flx Left
]
This provides a unique global ID that moves with the patient. It is dependent on the name and product being used. This should solve the issues for the following scenarios:
However, if the patient decides to try another product, then the Device ID will change.