The ONC Jira Core and Confluence support team will soon implement an account deactivation policy for all users who have not logged into the systems within the previous 90-days or more. To avoid the risk of having your account being deactivated, please immediately log into ONC Jira Core and Confluence as soon as possible.
Accounts that are deactivated will be retained, including historic activity. Users are able to reactivate their accounts using the correct credentials used prior to deactivation. If a user has forgotten their usernames or passwords, they can email onc-jira-questions@healthit.gov to request reactivation.
Reminder: Do not include any PHI or PII in JIRA. If you require 508 accessibility assistance, then please send an email to onc-jira-questions@healthit.gov
Login Support: If you encounter a captcha prompt, login issues, or believe your account may be deactivated and require assistance, please send an email to onc-jira-questions@healthit.gov
Report out from discussion with ONC SDOH lead and Gravity project: overall well-received, groups to stay connected. Potential for HIMSS21 interoperability showcase alongside a FHIR-based Gravity/SDOH referral demonstration.
Use case / user story in development. Dan P/OHIP to distribute user story from their work for reference. Dr. Miller to share user story for input.
Discussion on patient consent – largely handled by providers at time referral is made, but to non-clinical providers may be slight differences. OHIP getting legal opinion for sending of PHI from CE to non-CE w/ no BA. Some precedent for social services referrals. Dan P. to bring back legal opinion once they have it.
Discussion of statuses – potential need for “pending” status given potential lag
Should be addressed by vendor behavior (e.g., eCW referrals go into pending queue in system until next status is received)
Still a need for systems to configure or somehow flag if a referral has not been accepted to ensure patients do not fall through cracks.
C-CDA template for use: Unstructured Document template – no clinical info, just patient header/demographics. Could include unstructured attachment (e.g. benefits application pdf or image)
Could be heavy lift for vendors – conformance validation, etc. XDM metadata could allow PDF sent alongside C-CDA instead of within C-CDA. Unstructured C-CDA as optional.
Possibility for two options – one very light information, one with more information as needed for referral. Need to ensure not too onerous for vendor implementation
Alan to help make updates to C-CDA section of document based on discussion
Direct address provision for non-CEs may be a bit more complicated, but should be possible.
If non-provider, non-CE gets a direct address, there’s nothing in the directory to indicate someone is or is not a covered entity.
Dan P to look into how DT may be including/flagging non-clinical providers in directory.