Online FHIR® meetup. FHIR® More than REST. скачать в хорошем качестве

Online FHIR® meetup. FHIR® More than REST.

Naive REST interactions with a FHIR server may not fit more complex scenarios. We plan to discuss possible alternative patterns and protocols. During the meetup, we want to make a deep dive into FHIR implementers’ experiences and discuss how they are currently employing async and queue patterns in their real-world projects. FHIR Async for CRUDS Interactions & Operations (20 mins intro + discussion) FHIR’s current Asynchronous Request Pattern defines a request pattern designed for interactions that take a long time to perform and produce large volumes of data The general interaction pattern is: 1. Kick off a request 2. Receive a “status” endpoint 3. Poll the status endpoint until the request is completed 4. Upon successful completion, receive a Bulk Data Manifest with links to FHIR NDJSON files. Why doesn’t this work for CRUD interactions and many operations? Bulk Data Manifests are designed to support bulk $export scenarios or other interactions that produce big piles of FHIR resources that clients need to copy altogether. Speaker: Josh Mandel, Chief Architect, Microsoft Healthcare and SMART Health IT Josh C. Mandel, MD is a physician and software developer working to fuel an ecosystem of health apps with access to clinical and research data. As Chief Architect for Microsoft Healthcare, Chief Architect for SMART Health IT, and Lecturer at the Harvard Medical School Department of Biomedical Informatics, Josh works closely with the standards development community to lay the groundwork for frictionless data access, authorization, analytics, and app integration. He led development of the SMART specification and launched the Clinical Decision Support Hooks project. As a member of the national Health IT Standards Committee, Josh showed a special interest in tools and interfaces that support software developers who are new to the health domain. Queues for Server-to-Server integrations (20 mins intro + discussion) CRUDSS (search, subscriptions) REST protocol works well for client-server interactions where the server is the source of truth and client lifetime is short: get data from server, do something (render, modify), write back to server. It does not work as well for Server-to-Server interactions, where we want to replicate data between servers reliably. Queue-based protocols and messaging paradigm works better in real life. During this roundtable, Nikolai will give his overview and looks forward to discussing real-life cases. Speaker: Nikolai Ryzhikov, CTO, Health Samurai Nikolay Ryzhikov is a CTO at Health Samurai and FHIR-first applications development visionary. With Health Samurai team Nikolay has developed a cloud inpatient EHR and implemented it in three California hospitals. Since 2012 has been an active contributor to the FHIR workgroup. He is leading the development of FHIR solutions including Aidbox FHIR platform, Fhirbase, and FHIR.js. FHIR® is the registered trademark of HL7 and is used with the permission of HL7. This event is not sponsored by HL7. FHIR® meetups by Health Samurai https://www.health-samurai.io/fhir-me... #fhir #healthsamurai