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

October 2015 WGM Atlanta: Oct 4 to Oct 9

From HL7Wiki
Jump to navigation Jump to search


Atlanta, WGM - October 2015 Patient Care WG Meeting Approved agenda:




Atlanta WGM - October 2015. Patient Care WG Meeting Meeting Minutes

  • Sunday, October 4 - International Council Meeting
- No PCWG meeting


Patient Care WGM, Monday, October 5, 2015


Monday Q1

  • Plenary Session
- No PCWG meeting



Monday Q2

  • Plenary Session
- No PCWG meeting



Patient Care Monday Q3

Joint meetings

Track (a) EHRWG
Track (b) FHIR/OO (this track extended into Q4 session)


Present:

  • Track A - See EHRWG attendance list - Elaine Ayre and Laura Heermann representing PCWG
  • Track B - See OO attendance list - Stephen Chu and Michael Tan representing PCWG


Minutes:

  • Track A - PCWG update slide deck:
WGM October 2015 Atlanta - Patient Care Update October 5, 2015


  • Track B - Meeting Note:
Topic: FHIR workflow issues
- There are inconsistencies in the current way that FHIR resources handle workflows.
~ FHIR resources that requires workflow management and related issues are captured in this document:
WGM October 2015 Atlanta - FHIR Workflow Issues and Workplan October 5, 2015
- Need to identify set of coherent, common patterns for handling workflows more consistently
- Look into leveraging existing industry workflow patterns
- Identify what infrastructure required to support workflow management in FHIR


- FHIR approach:
~ What kind of connectathon use cases need to be satisfied to deal with the workflow requirements
~ Develop the FHIR workflow solution to address the use cases, test in the connectathon until it is right (or close to right)
~ First to get something that is useful to be tested in connectathon
~ Once tested and improved to close to right, take to ballot
~ OO will coordinate the discussion – invite stakeholders to discuss, may spin off teams to work on domain specific problems and bring back proposals, solutions to the group
- This conversation needs to be carried forward after Monday Q4
~ FHIR to request a list to be set up and start a wiki page for this topic
~ Include interested WG to participate
~ Schedule call in 2 weeks to move things forward
~ To split off some taskforce to investigate the use of BPMN in workflow modelling
~ Get domain experts to contribute
~ Will work on designing RESTful patterns first to get understanding of what can be done in RESTful space (and the limitations) then take to services and asynchronous (messaging) spaces
~ After a set of patterns are identified, then work out which resource may be associated with a particular pattern, and which resources may need to be associated with more than one pattern
- Deliverables for next meeting:
~ Spreadsheet that compares resource contents in each category
~ Identify candidate connetathon use cases (interesting from “how will this work” as well as interesting to implementers), e.g. radiology image remote read; cross departmental use cases (admission, eligibility, orders, observations), medication order lifecycle, referral lifecycle, visit appointment; charge capture; protocol (dicision support, order set, composite order)
~ Primer on BPMN and related methodologies as they might apply to this problem space
~List of resource scopes



Patient Care Monday Q4

Present:
Elaine Ayres
Emma Jones
Bryan Schellar
David Pyke
George Cole
Larry McKnight
Iona Thraen



  • Minutes: Paris meeting approved
    • Move: Emma/David
    • Abstain: 1
    • Negative: 0
    • Approved: 5

Review of Agenda - Move: Emma/Larry; Abstain: 0; Negative: 0; Approved: 5

  • Tuesday
    • Health concern - Tues Q1
    • Meetings with FHIR
  • Wednesday
    • SOA on CCS
    • Child Care
    • Negation topic
    • Allergy and intolerance
  • Thursday
    • Care Plan
    • Clinical status with SDWG
    • Health Concern ballot Reconciliation
  • Friday
    • Clinician on FHIR

New Projects?

  • Maternal Health Proposal - Stephen Hasley wants to build a registry which may be beyond patient care scope for now.
  • Question about patient preferences/Patient goals - Lisa Nelson will discuss Wed Q1

Ongoing Projects

  • Care team domain analysis model
  • Care Plan EHR Functional Model
  • HSI RECON profile is in trial implementation




Patient Care Monday Q5 & Q6


  • Q5 - Co-chairs meeting
  • Q6 - DESD meeting


Present:
Elaine Ayre
Michael Tan
Russ Leftwich
Stephen Chu
Laura Heermann


Minutes:

  • Co-chairs meeting - See TSC and other presentations


  • DESD meeting - see DESD meeting minutes




Patient Care WGM, Tuesday, October 6, 2015


Patient Care Tuesday Q1

Present: Stephen Chu - chair, Jay Lyle - scribe
Michael Tan, David Pike, Iona Threan, Jason Goldwater, Tom Oniki, Christina Knotts, Margaret Dittloff, Laura Heermann, Nathan Davis, Emma Jones, David Tao, Larry McKnight, Danielle Friend, david Hay, Ewout Kramer, Michelle Miller, Susan Matney, Russell Leftwich.


Minutes:

  • DSTU FHIR2.1 has been published. Some of the PC resources are to be frozen. They have to have maturity level 5. The proposed resources from PCWG are allergies, condition., procedure. We have to decide on this list as PCWG.
  • PCWG will test some of these resources on the FHIR clinician connectathon ( care plan, condition, allergies and medication). It is suggested to decide either on Friday or on a call after the PCWG.
  • Our estimation now is that condition should be taken out of the proposed list.
  • The publication of DSTU 2.1 will focus on the workflow, messages.
  • FHIR Discussion Condition. Issue 5546 Input from Larry McKnight.
  • It is not really clear what is being represented:
  1. The actual physical process.
  2. A person can observe at a certain time. : I see X. This is a snapshot.
  3. Action on the concern.
  • Timing aspect is not clear. Lloyd's claim is that this could either be used to state a condition and follow action on the concern. Larry's view is that it is not sufficient, because 2 care providers could have different views leading to different resources. Example 2 different concerns on 1 intervention.
  • We suggest to create a seperate resource for concern.
  • How are concerns stored in EHR's. Most of care providers misuse problem lists while they are actually are concerns. In Larry's view you can select issues depending on the role for your concern list and discard issues.
  • Jay's questions Jim view on how to keep track on the evolution of the issue.
  • Why is the word "problem" not used in the discussion. This is historical. The naming has evolved from problem, condition to concern.
  • Emma: do we capture concerns? This is not clear in her implementation how to do that. According to Larry this is not done explicitly. A care provider put's it on a problem list and therefore define it as a concern. Emma confirms that the care provider can select or discard the conditions from the problem list.
  • David Pyke put forward Motion 1 :We identify a need for a seperate resource for health concern. We will sort out the different attributes between condition and concern.
  • The motion is amended: Need an anlysis of the distintion of data attributes in condition vs concern.
  • second Russ: Vote : 1 abstain , 1 oppose, 21 favor.
  • Iona add's that in the beginning of health concerns we were approaching concerns from the family point of view. Michael's view that input from the family was brought into the scope later on. Larry add's that it is actually the same.
  • Larry's Motion 2: clarify in the FHIR specification that this current resource of condition is to be used as a point in time observation of a condition.
  • David second: Vote : 8 abstained, 3 oppose, 11 in favor.



Patient Care Tuesday Q2

Present:
Larry McKnight, Stephen Chu, Michael Tan, Jay Lyle, Dominick Brannon, Emma Jones, Yokinoh Konishi, Solomon Tabasaba, Masaake Hirai, David Tao, David Pyke, Larry McKnight, Susan Matney, Peter Park


Minutes:

Overview of Health concern project by Stephen

  • Concepts of health concern from clinical and technical perspective.
  • 3rd cycle of informative ballot

Overview of the Health concern DAM document by Michael Tan

Ballot Reconciliation

Textual and Grammatical changes

  • Move that Michael resolve all textual and grammatical changes and these will be handled by block vote
    • Moved: David; Second: Larry; Abstain: 0; Opposed: 0; Approved: 11

Negative Major Items

  • Comment from Jay Lyle - Chapter 3, section 4,5,6. Jay has proposed a change to this area.
    • Discussion around the room.
    • Stephen Chu contributed these section because of the confusion of the differentiation between the clinical and technical perspective. The goal was for the DAM to provide a view point of "what" it means without saying "how" this should be implemented. The intent of these sections were to provide clarity on the different perspective.
    • Proposal to circulate Jay's proposed change, group will review the proposed change and the group decide if the change will be adopted and the comment disposition.
    • Larry moved we table this for now and circulate the jay's proposed change for review then do a conference call discussion of the proposed change. Will treat as a block change.

Moved: Larry Second: David P. Abstain: 0 Opposed: 0 Approved: 11

  • Comment #42, 52: concernIdenfifier

Moved: Larry Second: David T. Abstain: 0 Opposed: 0 Approved: 11

  • Comment #46:reference to health concern section changed to health concern Act

Moved: Jay Second: David T. Abstain: 0 Opposed: 0 Approved: 11

  • Comment #53:replace "identifies" with "expresses"

Moved: Jay Second: David Abstain: 0 Opposed: 0 Approved: 11

  • Comment #54: subject of the health concern
  • Discussion about the use of "patient" in the model. Suggestion from David P to leave as 'patient' and allow others to use the model to extend this entity.
    • Move to Change to "The individual who is the subject of the care provision". Currently multiple individuals are out of scope

Moved: Jay Second: Peter Abstain: 0 Opposed: 0 Approved: 11

  • Comment #56: - Change to concernMonitor

Moved: Jay Second: David P Abstain: 0 Opposed: 0 Approved: 11




Patient Care Tuesday Q-Lunch

Present: Stephen Chu - chair, Elaine Ayres -- scribe
Russ Leftwich, Michael Tan, Michelle Miller, Jay Lyle, Lloyd McKenzie, Reuben Daniels, Linda Bird, Christina Knotts, Emma Jones, Grahame Grieve, David Hay, david Pyke, Dennis Patterson, Larry McKnight, Lise Stevens, Kevin Shekleton


Topic: Adverse Event vs Adverse Reaction
Minutes: Representatives from multiple WG's present. A clinical trial vs. a medical event. An event may or may not be related to a clinical trial. May be an adverse medical event on Non medical adverse event. Adverse medical event may be workflow or procedue related, clinical trial related or physiological (allergy/intolerance).

Can be related to patient safety or a clinical trial. Use cases -- reporting or decision support purposes. Create a Venn diagram of various states (completed - see powerpoint slides):


Reporting may be an internal institutional activity or may be a regulatory report.

What could we use now -- questionnaire? Is there enougHL7 2015-10-WGM-PCWG_AdverseEvent-vs-AdverseReactions-v2h consistency? Should this be packaged in a document?

Use cases - unanticipated reaction -- record, but don't report, known reaction risk and occurs - internal reporting, if on clinical trial, this would also be a regulatory report.

Do we treat this like another document -- with a specialized use case (profiles).

The questionnaire can be used for anything, but more difficult to query. Need to move data into a more specific resource. For queries, is there sufficient commonality to be useful. Could then take questionnaire from a variety of resources and then view and query collectively.

May want to look at diagnostic report vs. use for adverse event reporting.

Distinct resource need -- is this something that is distinct in most implementation systems? Is there a core set of information that is used across implementation? Is there a desire to have this in the FHIR environment?

Questionnaires may be driven by national reporting systems, vs. something more specific.

Currently there is a large degree of variability of current adverse event reporting data elements.

We are discussing both a resource and a package of data elements.

This will be much like clinical impression -- some core elements with additional information from many other resources.

Look at ISO for adverse event reporting. What about public health reporting -- that is different than adverse event reporting.

ISO 27953 Part I is for multiple use cases -- animal, food. Part II is more constrained for for regulatory reporting. FHIM also has a model. See EHR profile for public health.

Add to next PC/FHIR call.


Patient Care Tuesday Q3

Present: Stephen Chu - chair, Elaine Ayres -- scribe
Laura Heermann, Toni Sholemis, Floyd Eisenberg, Eric Larson, KP Sethi, Stuart Myerburg, Kimberly Smuk, Patty Craig, Thomson Kuhn, Keith Boone, Yan Heras, Larry McKnight, Bruce Bray, David Tao, Margaret Dittloff, Ian Wermhardt, Marck Hadley, Castan Quinlan, Justin Schirle, Daivd Sundaram-Stukel, Julia Skapik, Miariam Markhlent, Martin Rosner, Michael Tan, Emma Jones, David Pyke.


Minutes: This is a combined meeting of Patient Care, CDS and CQI

Agenda items: 1. Discussion of Problem Status vs. Clinical Status, 2. Care planning and CDS and 3. CDS and FHIR adverse event profile.

Semantics of clinical status is different from machine/object states:
Active, inactive, resolve
Remission states: in remission, partial remission, full/complete remission, early full/partial remission, sustained full/partial remission.
Also, relapse status - relapse, suspected relapse, relapse after partial remission, relapse after full remission.
Question: Can they be mapped up to active or inactive??

Are there phases of remission?

In V3 there are 8 status codes -- include active, inactive or resolved.
Is remission a type of inactive state?? Can't say a concern is inactive or resolved if there is an active clinical status.


Discussions:
Remission and relapses clinically apply to conditions such as cancer and behavioural problems
These status are semantically different from "active" and "inactive"

Remission - a relatively free period during which the individual is asymptomatic. It should be noted that asymptomatic is not defined as a complete absence of symptoms, but instead was defined as no more than minimal symptoms
National Cancer Institute defintion:
A decrease in or disappearance of signs and symptoms of cancer. In partial remission, some, but not all, signs and symptoms of cancer have disappeared. In complete remission, all signs and symptoms of cancer have disappeared, although cancer still may be in the body. (Reference: http://www.cancer.gov/publications/dictionaries/cancer-terms?cdrid=45867)

Inactive - is a point in time status in which there is absence of signs and symptoms characteristic of a specific condition

  • Inactive Infection (Hepatitis B) Example:
- The inactive HBsAg carrier state is diagnosed by absence of HBeAg and presence of anti-HBe, undetectable or low levels of HBV DNA in PCR-based assays, repeatedly normal ALT levels, and minimal or no necroinflammation, slight fibrosis, or even normal histology on biopsy
  • JIA (juvenile idiopathic arthritis) Example:
- Definition of 'clinical inactive disease' for JIA (all six conditions must be met)
~ No joints with active arthritis*
~ No fever, rash, serositis, splenomegaly, or generalized lymphadenopathy attributed to JIA
~ No active uveitis‡
~ ESR or CRP level (or both if both tested) within normal limits for the laboratory where tested or, if elevated, not attributable to JIA
~ Physician's global assessment of disease activity score as lowest possible on whichever scale is used
~ Duration of morning stiffness ≤15 min
- Definition of 'clinical remission on medication'
~ Satisfaction of the definition of clinical inactive disease for at least 6 continuous months while on therapy for JIA
- Definition of 'clinical remission off medication'
~ Satisfaction of the definition of clinical inactive disease for at least 12 continuous months while off all therapy for JIA


Do we need a domain analysis model for clinical status?
Discussion:

- Clinical status is a well known and accepted clinical concepts
- C-CDA acknowledged the need to communicate clinical status information. Two templates existed in C-CDA R1.1
~ Allergy Status Observation
~ Problem Status
- These two templates were deprecated in C-CDA R2.0
- These two templates should be reinstated
- The status value (HITSP Status Value Set values - active, inactive resolved) reviewed
~ Consider inclusion of new values such as "remission" and "relapses", and possibly others
- PCWG will provide use cases to support these recommendations

What are the principles for developing the value set?

- PCWG will consider working with terminology/vocab groups to develop the principles

With severity -- want gradations. Look at computability (active/inactive) as well as the communication with other providers.

Many of the proposed clinical status terms may not be commputable, but are necessary for clinical care.

A set of use cases would be helpful in supporting the use of clinical status.

CQI Discussions:
PCWG has concern on the removal of clinical status in QDM. There had been a few email exchanges

QDM v. 4 -- presume active at the time you are doing the measure. These were removed in the revision -- because the problem list was not being updated. May use prior history -- e.g. prior history of hepatitis. Only report on what you know is available.

CDS and CQI wish to harmonize with point of care.

F/U with CQI -- with NQF -- can you rely on a problem list to get to a level of granularity for clinical status. For a domain analysis model -- would apply across all standards. What is the workflow that is needed to process status information. Need the definitions to support.

CQI - QI core - profiles of existing resources with constraints CDS -- also has profiles.

Next steps with discussions -- create shared DAM. Invite CQI and CDS and SDWG. Have conference calls q2 weeks to investigate. This is a clinical care issue -- CQI will an interested party.

There is an need for analysis but does it merit an entire DAM? IHTSDO has a hierarchy of status conditions. Does CIMI need to be included?

Start from the point of a goal -- what is needed. PC needs to be the driver. The clinical community does need to express clinical status beyond the machine state status. CQI will be an interested party.


Patient Care Tuesday Q4

Present:Stephen Chu - chair, Elaine Ayres - scribe
David Pyke, Emma Jones, Michael Tan, Margaret Dittloff, Christina Knotts, Larry McKnight, Jim McClay, Michelle Miller, Lloyd McKenzie, Laura Heermann, Iona Thraen, Danielle Friend, Dominik Brammen



Agenda - Condition vs. Concern, Family Member History, Work on existing resources - including clinical impression and GFORGE work.

Minutes: PC/FHIR meeting. Continued discussion of condition vs. concern and the outcome of the discussion on GFORGE #5546. It is possible to have one condition that is shared variably based on role. What about evolution of the name of the condition? What about if different providers have different opinions on the status of the condition.

All resources can be looked at over time. Can point to current references or historical references. However the condition with history may be more difficult to represent. Hard to tell if conditions are current or historic.

Lloyd has suggested looking at a new resource that link resources together "linkage resource".

Next steps -- look at linking resource. Lloyd will put together a resource proposal -- will most likely be handled by PC.

Near term work -- look at three key frozen resources (condition, Allergy/Intolerane and procedure), look at new linkage resource, clinical impression, and referral request and family member history.

Substance (catch-all), medication and device -- all in common product model.

GFORGE -- condition -- no known problems -- to use SNOMED codes?

Can have an allergy list, a drug allergy list, a drug allergy list for specific meds. Can put no known drug allergies on the drug allergy list. But you do not query the list, rather the resource itself. If passing a list that is empty, add a flag re not determined. Note SNOMED terms in Allergy and Intolerance resource.

NOTE -- clinical genomics not available. Schedule participation on a phone call.



Patient Care WGM, Wednesday, October 7, 2015


Patient Care Wednesday Q1

Present: Stephen Chu, Emma Jones, Lisa Nelson, Iona Thraen, Gay Dolin, Ken Rubin, Russ Leftwich, Scott Brown, Dominia Brammon, Swampa Bhatia, Lindsey Hoggle, M'Lynda Owens, Gunther Meyer, JoAnna Johnson, Pete Yu, Michael Padula, Susan Matney, Davis Pika,


Minutes: OMG presentation on implementation of Care Coordination - Ken Rubin Children with special healthcare needs - Michael Padula, Gay Dolan Childhood functions - Peter Yu


OMG RFP A call was extended to participants for implementing Care Coordination standards (Allscripts leading, Careflow, and possibly VA) Goal is to get broad engagement and cluster interest into teams. Contact Ken Rubin for more information Timeline is 

 *LOI - December 2015
 *Revisions - February 2016
 *Finalization - September 2016

OMG Overview

  • affiliation with ISO
  • Large standards group
  • Don't write standards/they 'acquire' standards
  • Request for RFP - submitters respond to the RFP
  • Submissions are then selected
  • Careflow solutions, Allscripts - in talks with the VA and large vendor groups. Ken is talking to the VA
  • FHIR - issue for discussion (can't ignore it - will have to explain what they did with FHIR
  • CCS is normative, the OMG spec will be added to the HL7 specifications

Children with special needs

Children with special healthcare needs presented on the need for providing pertinent and relevant information for children with special healthcare needs for emergent care and new providers during transitions. Examples were given where there may be procedures or medication not to be used and determining how to bring that to the attention of the new provider. Lisa Nelson offered consultation on an ad hoc level, Narrowing the scope was recommended along with tying into the pertinent and relevant group.

  • Goal: Develop CDA document for children with development needs. provide a snapshot of the snapshot
  • Special alerts are like advance directive but doesn't have anything to do with end-of-life
  • No age boundary- the same things that are important with other age groups
  • Will get involved in the relevant and pertinent project
  • Need to collaborate with the Care Team Domain Analysis


Childhood functions group is working on identifying the screening tools underlying the functional status.

See wiki page [1]

Goal is to document in advance and share a person't goals, preferences, and priorities for care and treatment

  • Shift thinking from a legal point of view to a clinical point of view

Purpose - develop a CDA implementation Guide specifying how to represent a person's advance care plan information to share between systems.

Approach

  • Backward capability
    • CCDA R2.1
      • Advance Directive section
      • Care Plan document templates
  • Leverage prior c-cda work
  • Existing best practices for content - review wide range of industry current best pieces (have a list of questions that are answered by the directives)
  • Collaboration & input

Use Cases

  • Create and share it
  • Update and share it
  • Revoke it
  • Request and access the current version
  • Not addressing orders (POLST and MOSLT) - physician order for life sustaining treatment, Medical coder for life sustaining treatment

Content

  • Health care agents
  • Living will
  • Upon death
  • "Me Data"
  • Administrative - when HCA might take effect; how to revoke or revise

See Wiki off SDWG page

  • Need implementer Feedback - who is currently using the AD section?

Scott Brown from Advance Directive Vault - discussed the work they have done for the past 10 years.

  • Digital platform - not paper based
  • History of Advance Directive
    • paper based legal documents
    • static document that address life sustaining treatment
  • MU Objective 6, measure 3 - Advance Directive is called out.
  • Preferences and values -for example "I don't want to be dependent", "I want to be at peace with my God", "I don't want to be in pain".
  • 40% of adults is incapable of making medical decisions.
  • HL7 doesn't make policy but going with a broader name will support the policies that are set
  • Consumer generated
  • Not only for terminal ill
  • Use for critical and emergency care as well



Patient Care Wednesday Q2

Present:


Minutes:



Patient Care Wednesday Q-Lunch


Clinician-on-FHIR Preparatory Session
Present:


Minutes:



Patient Care Wednesday Q3

Present: Stephen Chu - Chair, Michael Tan - scribe Michelle Miller, Craig Parker, Susan Matney, Emma Jones, Elaine Ayres, Laura Heermann, Iona Threan, Daivd Pyke, Rob Hausam, Danielle Friend, David Tao, Scott Bolte, Grant Wood, Yue-Ting Yeh, Viet Nguyen, Keith Campbell, Russ Leftwich, Lorraine Constable, Kevan Riley, Praveen Ekkaah, Nathan Davis, Margaret Dittloff, Senteil Nachimuthu, Tom Oniki



Minutes:

  • Topic is to discuss the negation structure: How to express a negation: Options are negation-indicator or value set.
  • Other topic : Negation of the action versus negation of the value.
  • Keith Campbell from VA: inconsistencies in FHIR how to express values. You can represent the same thing in different ways in FHIR. The preference is to capture the negation in a value.
  • SNOMED does not allow negation values. Rob Haussam disputes that, there are a few exceptions that allows negation.
  • Michelle requires terms such as : "No known problems" or "no known allergies".
  • Stephen is not in favor of mixed concepts in FHIR. We should be consistent in the architecture.
  • Do we attach the value to an observation or to a condition?
  • In a observation with numeric output, if would be difficult to negate this topic.
  • If you want to include the negation in the value, it will lead much more into a precoordinated structure.
  • Example Keith prefers: ¨Iris colour green " ¨yes¨.
  • The reason why findings are stored differently is mostly because of the retrieval of the information. This is being disputed. Often it is how people look at the finding.
  • In Loinc the value is the result of a test. This is not always the case.
  • In a condition there is not always a value required.
  • We should recognize the different patterns: So far there are 3 Patterns of asking questions:
  • Lloyd does not agree that consistency is not always required.
  • The discussion is going back and forth. We will not come to a conclusion if we do not write down the different patterns with the preferences for each pattern.
  • The conversation will be continued in the conference call.



Patient Care Wednesday Q4

Present:Elaine Ayers, Iona Thraen, Rob McClure, Margaret Dittloff, Christina Knotts, Melva Peters, Marla Albitz, John Hatem, Rob Hausam, Russ Leftwich, Larry McKnight, Julia Skopik, Gay Dolin, Lisa Nelson, Daniel Zhang, Christof Gessner, Bad Wall, Lise Stevens, Vada Perkins, Michael Tan, Stephen Chu



Minutes: Discussion of use of drug standards for C Cda Heuristic

CVX NDFRT - National Drug File for Reference Terminology RxNORM UNII - Unique Identifier SNOMED CT

Each system offers differing information in its code sets. Need a better model to determine how to meet need of source code developer, drug ordering, adverse reactions and supplier.

Canada is required to use RxNORM but does not - uses knowledge services instead

FDA is working with International community for ISO standard. Discussion of UNII as it relates to the substance. If 3 companies uses same substance for different uses there is different identifiers. It is published on SPL site and given to RxNORM so that the relationships are known.

Does the UNII include classification at group 4 level is where they can be put into - first role out Q1 2016. Providing to Dutch

FDA will role out UNII system to identify ingredients will have association with a combined drug and with class.

FDA is willing to consider use cases to determine if the UNII can work for those use cases What the expected set of processes. Would be very important work.

Should be identifying events we want to avoid. Can not fit adverse reactions into this conversation.

How do we fit coding system into order, might search by classes, the UNII codes might be used across all uses. Have to be linked in order master list which is important.

Dutch pharmacy systems - registering an adverse event do not know ingredients only as trade produce. Can only determine multiple levels.

UNII is a FDA regulation system. How does it relate to the code systems I use as a pharmacists. Pharmacy deals with products not substances.

Alerting level can be at the ingredient level not just the product.

Event avoidance substance is recorded in the patient's ;eve;

Drug allergy rates have 90% override rate.

This group needs to assess the Heuristic set be used as a base for adverse reactions. Otherwise if using FDA UNII then we need additional work.

Another approach is to determine a smaller list for adverse actions and then determine right code system to support, could be FDA UNII - may not meet all needs may need other options in order to support other use cases. How is it represented in outside in other cases.

Patient Care Allergy and Intolerance meets regularly - is developing a more succinct list a worthwhile effort? Do pharmacy have data sources, there is literature,

Pharmacy does not define terminology value sets but rather product ordering. Give exemplar but do not demand a particular value set.

Use the subset as a test case with FDA to detmine how well the UNII codes may work or not work as a use case. REcommend - list of common issues, identify value sets, and structure it

Patient Care WGM, Thursday, October 8, 2015


Patient Care Thursday Q1

Present:


Minutes:



Patient Care Thursday Q2

(PCWG, SDWG, Template Joint meeting)

Present:


Minutes:



Patient Care Thursday Q-Lunch

PCWG Co-Chairs meeting

Present:


Minutes:



Patient Care Thursday Q3

Present:



Minutes:




Patient Care Thursday Q4

Present:

  • Lisa Nelson
  • Susan Matney
  • Larry McKnight
  • Michael Tan


Minutes:


Patient Care WGM, Friday, October 9, 2015



Patient Care Friday Q1


(1) Template WG meeting

- PCWG representative(s) to attend

(2) Agenda: open

- Clinician-on-FHIR



Present:


Minutes:



Patient Care Friday Q2


Agenda: open

Clinician-on-FHIR


Present:


Minutes:



Patient Care Friday Q3


Agenda: open

Clinician-on-FHIR


Present:



Minutes:




Patient Care Friday Q4


Agenda: open

Possible: Clinician-on-FHIR


Present:



Minutes:



Retrieved from "https://wiki.hl7.org/w/index.php?title=October_2015_WGM_Atlanta:_Oct_4_to_Oct_9&oldid=105541"