Pesquisar

公告
· 5 hr 前

[Video] Innovations in FHIR Data Management

Hey Community,

Enjoy the new video on InterSystems Developers YouTube:

⏯  Innovations in FHIR Data Management@ Ready 2025

Join us for an in-depth session on advancing FHIR data management by leveraging patient matching, clinical data enrichment, and AI decision support. We will explore how FHIR, MPIs, and AI have enhanced patient matching, streamlined interoperability and enabled comprehensive FHIR-based patient summaries at Méderi Hospital. Additionally, we’ll showcase AI-enabled clinical workflows and FHIR data mastering implementations at Stanford Health providing real-time AI responses for triage, CDS, care management, and operational planning to improve care quality.

Presenters:
🗣 @Elijah Cotterrell, Product Manager at InterSystems
🗣 @Kevin Kindschuh, Senior Sales Engineer at InterSystems
🗣 @Matías Fernández, Technical Specialist at InterSystems
🗣 @Bernardo Linarez, Senior Technical Lead at InterSystems
🗣 Satchi Mouniswamy, Sr. Director - Integration at Stanford Healthcare
🗣 Nikesh Kotecha, Head of Data Science at Stanford Health Care

Curious about best practices? Watch this and subscribe for more!

讨论 (0)1
登录或注册以继续
文章
· 11 hr 前 阅读大约需 5 分钟

Building a Medical History Chatbot - FHIR, Vector Search and RAG for beginners

Introduction

Earlier this year, I set about creating kit to introduce young techy folk at a Health Tech hackathon to using InterSystems IRIS for health, particularly focusing on using FHIR and vector search.

I wanted to publish this to the developer community because the tutorials included in the kit make a great introduction to using FHIR and to building a basic RAG system in IRIS. Its an all inclusive set of tutorials to show in detail how to:

- Connect to IRIS with Python 
- Use the InterSystems FHIR Server 
- Convert FHIR data into relational data with the **FHIR-SQL builder**
- Use InterSystems **Vector Search** 
- As a bonus using **Ollama** to prompt local AI models 

This repo contains a full series of Jupyter Notebook tutorials for developing a medical history chatbot, as well as various other tutorials on using a FHIR server, so forgive me if this article is slightly light technical detail, but there's plenty of information in the linked Open Exchange Package!
 

Designing the Demo

The design brief I was given was to build a hackathon kit (which I defined as a fully-worked through, easy to follow demo app) that used FHIR data and AI. 

The first question with this kind of project is where the data is coming from. I needed **FHIR Data** with some sort of **plain text** which could be vectorized for Vector Search. Here I had two problems: 

1. Real Patient data isn't easy to come across. 
    - **Solution** - use synthetically generated patient data with Synthea
2. Plain text resources are generally clinical notes in Document Reference FHIR resources.
    - **Solution** - Use GenAI to write my own clinical notes and load them into FHIR Resource bundles

Coming up with a source of plain text clinical data suitable for vectorization was my first major stumbling point, as I struggled to find anything worthwhile. The inspiration of using clinical notes to create a patient chatbot did not appear from nowhere. Instead, I saw a similar demonstration by @Simon Sha in the 2025 Demo Games. This was a great demo, so I wanted to create something similar to use for a fully guided tutorial!


Simplifying FHIR server set-up

The first step of the tutorial was running an instance of IRIS for Health with a FHIR server, ideally with data pre-loaded. For this, I decided to use an Open Exchange template. If you are lost at where to start on a project, the Open Exchange is often a great place to have a look! 

I found two FHIR templates, [iris-fhir-template](https://openexchange.intersystems.com/package/iris-fhir-template) by @Evgeny, and  [Dockerfhir](https://github.com/pjamiesointersystems/Dockerfhir) by @Patrick Jamieson. Both of these templates are excellent, and in my final version of the hackathon kit, I ended up using a combination of them. If I was starting over, I would recommend the [iris-fhir-template](https://openexchange.intersystems.com/package/iris-fhir-template)  because this has a built in user interface and swagger-UI to test the FHIR endpoints. Trying to combine the two at a later date became a nightmare because the iris-fhir-template has the FHIR server endpoint hardcoded. 

On the bright-side, the day I spent building and rebuilding docker containers made me much more confident on how a Dockerfile, module.xml and iris.script setup works. If you haven't already, I recommend breaking one of the many dev-templates available on the open exchange and learning how to rebuild or fix it. Its really useful to understand how these work when creating your own projects.  

Vector Search

In my eyes, the remarkable thing about vector search is how easy it is to set-up and perform, particularly in IRIS. Sure, there's refinement that can be done later, like using a hybrid vector/keyword search or adding some sort of re-ranking system, but the basic steps of: 

- Importing a model
- Creating Vectors from plain text
- Inserting vectors into a table in IRIS
- Converting a query to a vector
- Querying the database with the query vector

Can all be performed in ~50 lines of Python code. 

This makes it a great place for newcomers to IRIS to start developing, which is why it was chosen for this hackathon kit. 

Prompting with Ollama

I've always liked the idea of prompting local models, knowing that it will always be free, doesn't need any API key set-up, and doesn't involving sending your data elsewhere. This last point can be particularly important with medical records, when its important to keep data private, and restrict third-party access. In the past, I used models with Hugging Faces Transformer module, and the results were incredibly slow, and incredibly poor. 

For this project I tried Ollama, which was a great improvement on Hugging Faces. Models that 'weigh' less than a Gigabyte, like gemma-1b give surprisingly coherent, and even accurate responses. The speed of response (at least on my computer) can be quite slow, particularly for large context windows, but if you are patient (or like taking constant tea-breaks while waiting for a model response), they perform quite well! 

I enjoyed putting together the Ollama prompting section, even if at a real hackathon, all the competitors just did the sensible thing and used the OpenAI API...

Real-life use

We shared this tutorial with teams at the Hackjak Brno Healthcare hackathon in November 2025 and received good feedback. 11 (out of 25) teams used aspects of the kit in their final solutions, 

The solutions built by hackathon teams were impressive and inspirational, with use cases ranging from using IRIS vector search in a RAG pipeline, to creating tools to fill out medical forms which connect directly to a FHIR server back-end. One of the teams (VIPIK) even uploaded their solution to [Open Exchange](https://openexchange.intersystems.com/package/VIPIK), which was really nice to see. 

Conclusions

This demo was really fun to build and I'm really glad it proved useful at the hackathon in Czech Republic. I hope it will be used more in future, as its a nice entrypoint to using FHIR data with IRIS, Python and Vector Search!

Thanks for reading, and check out the full tutorial on Open Exchange! 

Acknowledgements

Thanks to @Ruby Howard, @Thomas Dyar , @Daniel Kutac and @Ondřej Hoferek for working through the tutorial and providing feedback and @Simon Sha for the original inspiration with your entry to the Demo Games last year. 

讨论 (0)1
登录或注册以继续
文章
· 12 hr 前 阅读大约需 2 分钟

Reviews on Open Exchange - #62

If one of your packages on OEX receives a review, you get notified by OEX only of YOUR own package.   
The rating reflects the experience of the reviewer with the status found at the time of review.   
It is kind of a snapshot and might have changed meanwhile.   
Reviews by other members of the community are marked by * in the last column.

I also placed a bunch of Pull Requests on GitHub when I found a problem I could fix.    
Some were accepted and merged, and some were just ignored.     
So if you made a major change and expect a changed review, just let me know.
 

# Package Review Stars IPM Docker *
1 JSON2Persistent Now also available in IPM 6.0 y y  
2 one-to-many-case The first of 2026 5.0 y y  
3 IRIS_dockerization promising composition 4.4   y  
4 GlobalsDB-NodeJS-Admin Historic artefact 3.8      
5 iris-jsonschema just partial working 3.8      
6 GlobalsDB-Admin-NodeJS Historic artefact #2 3.5      
7 Pivot Partner product promotion 3.4      
8 DbVisualizer good product description 3.0      
9 PIQXL Gateway Good looking product promotion 2.7      
10 Symedical Partner promotion 2.4      
11 Fhirgure a lot of JS 1.4      
12 iknowAV Another artefact 1.2      
13 OMNI-Lab link to integrator 1.2      


NOTE:
If some review is not readable for you, it might still wait for approval by OEX admins.

讨论 (0)1
登录或注册以继续
公告
· 13 hr 前

Nouvel assistant CCR IA

CCR intègre désormais un « Assistant CCR » basé sur l'IA, disponible pour les bêta-testeurs. Cet assistant vous permet d'obtenir rapidement des réponses sur les flux de travail, la terminologie et les bonnes pratiques CCR. Chaque réponse inclut des références aux formations ICC pertinentes, facilitant ainsi l'approfondissement de chaque sujet. Prochainement, les liens pointeront directement vers la page du PDF de formation ICC ayant servi à générer la réponse.

Pour accéder à l'assistant, cliquez sur l'icône bleue « Ouvrir l'Assistant CCR » en bas à droite de l'application CCR. Les conversations sont conservées d'une session à l'autre, mais effacées à la déconnexion.

Vous pouvez donner votre avis sur chaque réponse en cliquant sur le pouce levé ou baissé et en ajoutant un commentaire facultatif. Vos commentaires sont précieux et nous aident à améliorer la qualité de nos réponses !

Pour tester l'Assistant CCR, accédez au menu Utilisateurs dans la barre latérale, cochez la case « Bêta-testeur » sous votre profil, puis cliquez sur Enregistrer. Vous pouvez vous désinscrire à tout moment en décochant la case.

Pour une démonstration rapide de l'assistant CCR en action, consultez la vidéo ci-dessus.

讨论 (0)1
登录或注册以继续
问题
· 23 hr 前

FHIR return code 201 or 200

Needs some help with FHIR return code 200 or 201 when processing HL7 messages in HealthConnect.

Issue:

1. If FHIR code is 200 or 201, HealthConnect keep processing HL7 messages

2. If FHIR code is NOT 200 or 201, HealthConnect keep suspend the HL7 messages in the messages queue, then keep processing NEXT subsequent HL7 messages in the TEXT file if the FHIR code is 200 or 201

3. I am also using following "Reply Code Actions" in Operation settings (:?R=S,:?E=S,:~=S,:?A=C,:*=S,:I?=W,:T?=C)

Please advice if I have a "if condition check" for FHIR codes 200 or 201, what "Reply Code Actions" I should use? or any other logic to achieve 1,2,3 issues above.

2 条新评论
讨论 (2)2
登录或注册以继续