Agenda
- Federation Discussion
- Client (end user systems) secure access
- options OAuth2, OAuth2 as SMART-on-FHIR, Certificates
- select and reduce the number of options
- Backend federated search (SM vendors) certificate mutual authentication with CSP NASH Certificates
- Client (end user systems) secure access
- Query from PA WG - Is Location 0..1 for HealthcareService required; can we allow 0..*; NOTE: service descriptions in HealthCareService must apply to all listed locations
- Connectathon https://www.digitalhealth.gov.au/news-and-events/events/secure-messaging-connectathon-2017
- Connectathon wiki page will appear shortly
- Terminology work ANZSCO/ANZSIC to be completed
- Static publication of FHIR specification ETA 23/11
- Touchstone test cases are in development ETA 29/11
Minutes
- MO raised: MSH sending/receiving facility; Endpoint from directory - query need facility to be verified by certificate content; trust in certificate authority
- Vendor certificate authority; no current general guidelines on how to trust certificates
- #2 Meeting agreed no issue with relaxing 0..1 Location to 0..* to allow common service definitions across multiple locations; let this be managed based on desired location and endpoint needs
- #1 Quickly ran through federation authentication options discussions as per agenda items
- Recommended: consider SMART-on-FHIR (OAuth2) methodology; is likely part of FHIR STU4 published content
- Provide directory acces authentication: check PRODA as potential authentication method for provider directory services
- No decisions made
- #3 Quickly ran through Connectathon timelines as per agenda items
Action items
- Todo: Split ANZSCO; ANZSIC CodeSystem out from current role codes - separate
- Todo: Enhanced examples
Todo: Test Cases