UpdateTime proposal
This page documents an Open MnM Hot Topic, i.e. a methodology issue requiring a resolution from Modeling and Methodology.
This page documents an INM Workitem, i.e. an issue within scope of the INM Committee that either is still being discussed, or the resolution of which has not yet been included in an INM ballot.
Introduction
There is a requirement to be able to manage distributed updates between intermittently connected systems using timestamps to identify the most recently updated version of the information conveyed.
It is recognised that this approach is problematic because of the need to synchronise system clocks across systems. However it is an approach that is commonly used, and so should be supported by HL7 communication specifications.
Use cases
Supporting distributed changes to demographic information, where the patient address, telephone numbers and registered physicians can be changed independantly in different locations and computer systems.
Existing HL7 solutions
This timestamp information may be modelled as the controlAct.author.time.high for the most recent control act that applies to the information item in question.
One approach is to say that a separate communication (message / SOA method / Document) should be used for each change to an independent piece of information. This is impractical.
An alternate approach is to say that the controlActs should be conveyed with a "subject" actRelationship off the focal act of the payload. The datatypes R2 HIXT.controlActRef would be used to point from an HL7 attribute (such as an address or telephone number) to the controlAct that triggered the most recent change or verification of that information.
