This wiki has undergone a migration to Confluence found Here
<meta name="googlebot" content="noindex">

Difference between revisions of "Conference call minutes 1 March 2016"

From HL7Wiki
Jump to navigation Jump to search
 
(10 intermediate revisions by one other user not shown)
Line 27: Line 27:
  
 
== DAM discussion==
 
== DAM discussion==
*David Pyke questions whether the requirements of producing a concern list from a collection under a health concern is part of the scope of a DAM for health concerns. Michael Tan does think so. If not here, where else would we describe the requirements? There is no other project of DAM where we could describe the required functionality, especially if these requirements are specific for health concerns.
 
* Jay Lyle explains that he has included list purpose and list kind as attributes of a concern list for this purpose.
 
* Michael Tan has doubts whether this is sufficient. If we have a big bag of events related to a health concern, then there will be 2 factors that influence the selection of events to a concern list:
 
** criteria depending on the background of the profession and specialization such as security, but also field of interest. A viewer might not have any influence on this selection.
 
** personal preference and filtering.
 
* David Tao recommends the group to view the possibilities of the FHIR resource on LIST. We will review the resource and come back on this topic the next time.
 
  
 +
*Jay Lyle has made a new diagram with the suggestions from the previous meeting.
 +
[[File:Concernclassdiagram_10.png]]
  
*Dan Russell makes a point that accountability for the health concern is an important issue. A system with health concerns must make auditing possible. Who has updated the concern or has changed certain properties of the health concern? In Dan's view the current model does not capture the responsible persons in the logging of events and what the persons has changed.
+
* Discussion arises about the diagram.
* Jay explains that the model must be seen as a snapshot in time. By comparing the different snapshots (instances) we would find out, what has changed and who has changed it.
+
* Do we need to bring back the concern expresser? This could be a person, such as family member, who has no access to a system.
* Michael Tan explains that our older models had the concept of health concern tracker. This was removed later on.
+
* Jay will reconsider.
* The Contsys model of ISO prEN 13940 uses a Health Issue thread to relate different health issues to each other.
+
* What do we want to capture in the logging for accountability? And on what level? What do we store? date, likelihood, severity?
* The group decides to introduce a '''health concern change history''' class to express this requirement.
+
* David Pyke suggests that date could also be done with a date connected to concern, instead of having the change history.
* this class should capture:
+
* Larry McKnight remarks that the focus of the accountability is on the ( n:n) relationships between concerns and concern events.
# A time stamp when the changes were made
+
* Even a change of concern name is derived from an concern event, where for example, a new diagnosis is registered.
# The person responsible for the change of the health concern.
+
* The relationship between health concern and concern event is more than just an arrow. The general feeling is that an object class should be added between the health concern and the event, with additional information about the author and the (effective) time the event was linked to or detached from the concern.
# The type of change that was made.
+
* Split, merge, supersede do not seem to be the only relationship values between concerns. Concerns from different care providers could be related to each other without the necessity to replace the other concern. They could be subconcerns or concerns with a common cause, but for another purpose ( speciality).
* It should be noted that these update changes are on the level of the health concern itself.
+
* Jay Lyle asks if the value set is similar as the concern event relationship kind value set with the exception of morbidity and measures.
* The underlying health concern events have their own mechanism on how new observations are captured in time as events and how the findings (diagnosis) are related to these events.
+
* David Tao has sent questions prior to the meeting. The text in the boxes for Concern Relationship and Event Relationship seem to be backwards.
 +
* The list purpose and list kind in the concern list were not exhaustive. David will provide additional suggestions to add to concern list.
 +
* The suggestion was also to look at the FHIR resource of LIST.  
 +
* The values "measures, comorbidity and in Patient/with known" where not clear. The explanation of these values can be found in the DAM document.
  
 
== Action items==
 
== Action items==
  
*Adjust the diagram and add a health concern change history class: Jay
+
*Adjust the diagram and add a object class between health concern and concern events: Jay
 
*Propose text about priorities between health concerns: David
 
*Propose text about priorities between health concerns: David
 
*Revise text in Patient Journey story chapter 7.1; Michael
 
*Revise text in Patient Journey story chapter 7.1; Michael

Latest revision as of 18:36, 2 March 2016

Health Concern Topic

Patient Care WG

March 1st 2016

Attendees:

  • Michael Tan – Chair/ Scribe
  • David Pyke
  • Larry McKnight
  • David Tao
  • Jay Lyle
  • Michelle Miller


Participation Information Phone Number: +1 770-657-9270 Participant Passcode: 943377

Web Meeting Info www.webex.com Meeting number 238 558 505

Minutes 23 February

  • There were no remarks about the minutes of February 23d.
  • Motion to approve by Jay Lyle, second by David Tao
  • Vote: 2 abstain, 0 oppose, 3 approve

DAM discussion

  • Jay Lyle has made a new diagram with the suggestions from the previous meeting.

Concernclassdiagram 10.png

  • Discussion arises about the diagram.
  • Do we need to bring back the concern expresser? This could be a person, such as family member, who has no access to a system.
  • Jay will reconsider.
  • What do we want to capture in the logging for accountability? And on what level? What do we store? date, likelihood, severity?
  • David Pyke suggests that date could also be done with a date connected to concern, instead of having the change history.
  • Larry McKnight remarks that the focus of the accountability is on the ( n:n) relationships between concerns and concern events.
  • Even a change of concern name is derived from an concern event, where for example, a new diagnosis is registered.
  • The relationship between health concern and concern event is more than just an arrow. The general feeling is that an object class should be added between the health concern and the event, with additional information about the author and the (effective) time the event was linked to or detached from the concern.
  • Split, merge, supersede do not seem to be the only relationship values between concerns. Concerns from different care providers could be related to each other without the necessity to replace the other concern. They could be subconcerns or concerns with a common cause, but for another purpose ( speciality).
  • Jay Lyle asks if the value set is similar as the concern event relationship kind value set with the exception of morbidity and measures.
  • David Tao has sent questions prior to the meeting. The text in the boxes for Concern Relationship and Event Relationship seem to be backwards.
  • The list purpose and list kind in the concern list were not exhaustive. David will provide additional suggestions to add to concern list.
  • The suggestion was also to look at the FHIR resource of LIST.
  • The values "measures, comorbidity and in Patient/with known" where not clear. The explanation of these values can be found in the DAM document.

Action items

  • Adjust the diagram and add a object class between health concern and concern events: Jay
  • Propose text about priorities between health concerns: David
  • Revise text in Patient Journey story chapter 7.1; Michael


Go back to health concern minutes[[1]]