February 19, 2016 Financial Management Work Group Conference Call

Return to Financial Management Home Page

Conference Call Schedule

• Occurs on Fridays, 4 PM Eastern
• Phone Number: +1 770-657-9270 Participant Passcode: 686300# (alternative for US if the first number doesn't work: +1 888-321-4501)

Attendees

Member Name
Kathleen Connor Co-chair	x
Beat Heggli Co-chair
Paul Knapp Co-chair
John Moehrke Security Co-Chair	x
Lorraine Constable
Andy Stechishin	x
Mark Scrimshire
Grahame Grieve
Corey Spears

Agenda

• Approval of January 29 FM minutes and February 5,2016 FM call minutes
• SSD-SD request for votes in Jan 29 email from Pat van Dyke: WGM Minutes from Orlando and UDI Implementation Guidance Requirements
• Review and vote on FM Harmonization Initial Proposal for new role type codes that can be used to populate the FM FHIR Contract.signer.type, Legal RoleType
• [http://gforge.hl7.org/gf/project/fhir/tracker/?action=TrackerItemEdit&tracker_item_id=9567 FM CP 9567 Contract.signer definition revision: Strike: "party signing this contract". Replace with: "Parties with legal standing in the Contract, typically, the grantor(s) and grantee(s) such as a person or an organization that is bound by the contract to the actions related to the Contract.topic and Contract.term(s), which either extend or restrict the overall action on the topic by, for example, stipulating specific policies or obligations constraining actions, action reason, or agents with respect to some or all of the topic.

For example, specifying how policies or obligations shall constrain actions and action reasons permitted or denied on a all or a subset of the Contract.topic (e.g., all or a portion of property being transferred by the contract), agents (e.g., who can resell, assign interests, or alter the property being transferred by the contract), actions, and action reasons; or with respect to Contract.terms, stipulating, extending, or limiting the Contract.period of applicability or valuation of items under consideration.

The Contract.signer applies a signature to the Contract.binding referenced resource, which is the documentation that is the legal "source of truth". The Contract.signer may delegate, such as a legally recognized personal representative, or have a delegate assigned e.g., by a court of law, to actually sign the Contract, such as a trustee in the case of incompetence. The Contract.signer delegatee is specified by the "whoReference" in the Contract.signer.signature. That Signature may reference back to the Contract.signer.party with the "onBehalfOfReference".

• FM CP 9533Change Contract signature datatype from string to FHIR Signature datatype, and change cardinality to 1..*. Current CP text: "Change Contract signature datatype from string to FHIR Signature datatype and change cardinality to 1..*. Provide documentation in the element description and front matter explaining that the Signature.who type may be a signer on behalf of a signing party. This addresses the use case where an App or mobile device signs a contract/consent directive on behalf of the organization accountable for complying with the contract/consent directive. Make Signature 1..* for use cases in which there may be more than one signature. Examples: Company policy requires that a signer of a contract having a value over $1 million must have two signatures, the grantor/grantee party to the contract, and a second signature from the company's CFO. Signer is a minor with divorces parents who have joint custody. Policy requires that all legal guardians of a minor who signs a consent directive must co-sign that consent directive." However, there now appears to be several approaches to indicate delegation of signing authority:
• John indicated that theAuditEvent.agent.requestor was intended to indicate delegation, but it's not clear how to differentiate delegatee/delegator from a bag of AuditEvent.agents. Definition = "Indicator that the user is or is not the requestor, or initiator, for the event being audited." [1..1] boolean. Requirements = This value is used to distinguish between requestor-users and recipient-users. For example, one person may initiate a report-output to be sent to another user. re can only be one initiator. Comment: If the initiator is not clear, then do not choose any one agent as the initiator.

• Discuss discussion about John Moehrke's Friendly Amendment to FM CP 9533Change Contract signature datatype from string to FHIR Signature datatype, and change cardinality to 1..*] to change cardinality of Contract.signer.type and Contract.signer.role to 0..1 to support use cases where there is no signer.

Outstanding: Proposal tabled until next call because beyond scope of discussion and the implications of doing so in terms of a legal contract haven't been throught through and is independent from implementation of approved CP9533 CP9533.

We also need a couple of use cases to illustrate the need, e.g., for a contract where one signer is unknown but some entity signer on their behalf. There may be alternative solutions. One big issue is that currently, Contract.signer is optional, which likely doesn't make sense for a contract.

• Need to expedite review of v2 Table Harmonization for missing FM code systems and Table descriptions.