External FHIR server
# support
d
Hey there, I have been playing around medplum for a couple of weeks now. I used UploadFIG (awesome tool btw https://github.com/brianpos/UploadFIG) to apply the au base implementation group which worked fine as i tested on both the Microsoft and HAPI FHIR servers. There was some errors with validation on the medplum version which i couldn't figure out when i went to load the example patients from the AU base IG. I couldn't get the patient to load using the "AU Base profile" Unfortunately I don't have that computer with me at the moment to give more details on the errors it was producing. I would like to know if its possible to use a different FHIR server with medplum, i can see how to instantiate the medplum client passing a different fhirurl through. However i would like to use the Microsoft server which requires authorisation. Is this possible? How would i go about implementing this ?
r
Hi @donny7689 , are you asking about using a different FHIR server using the
MedplumClient
Typescript class?
d
I can see how to do that however I don’t want to put the client_id and secret into the application as this will be published with the WebApp. This would be a pretty big security hole as anyone could get direct access to the underlying FHIR server
v
I am also interested in this. Personally would like to leverage Medplum for auth and FHIR resource management on the client side but use an external FHIR server. Still early in my research with integrating Medplum.
r
Hi @vijayakello_58330 @donny7689 - I'd like to learn a bit more on your use cases. It sounds like you would like to store FHIR data in an external server, but use Medplum as an Auth Provider? Essentially, forwarding the FHIR API calls through Medplum to the external server. Do I have that right?
v
that's correct from my end, can't speak for @donny .. here is a super rough sketch i am still figuring out tbh
i would like to see if that FHIR server can either be on Akello's side or client
@rahul1 lmk if you need any additional context on this use-case, it's possible i am thinking about it incorrectly
r
Hi @vijayakello_58330 , thanks for the diagram. In this case, I don't think you really want to use Medplum as a proxy, as @donny7689 was describing. Rather, you would want to use Medplum as your "System of Record" for application, includig your reports, patient registry, and population health metrics. The reason being: * The EPIC FHIR APIs typically have limited ability to write data back into the system. Typically resources like
Patient
are read only * You are aggregating information from multiple systems. Therefore, you'll need a source of truth
Using Medplum Bots to sync data from your backend systesms to Medplum would probably be the right solution here
Some resources: 1. Our Epic Demo Bot (https://github.com/medplum/medplum/tree/8feed563c51cde32167b5be83c1cc3b2e013c06a/examples/medplum-demo-bots/src/epic) is an example of how to connect to and copy data from an Epic FHIR API 2. Documentation on Medplum Bots (https://www.medplum.com/docs/bots)
v
Thanks so much. I’ll dive more into that direction
@rahul1 there are two challenges I have 1. For my use-case I will be focused on collecting 'more than usual' measurements for patients. This means new FHIR resource per measurement and I think that might be a bit cost prohibitive for me with Medplums FHIR based pricing model (have not deeply analyzed this yet) 2. It looks like there is a hard dependency towards a RDBMS db (postgres), if I can leverage something like DynamoDB it would help a lot from the startup costs side of things. Let me know if you have any thoughts or maybe I might be incorrect with how billing works with Medplum
also sorry if this may nolonger be relevant to this support topic.. happy to migrate it to something else
r
@vijayakello_58330 I'd encourage you to reach out to us at hello@medplum.com. We help you think through your estimated usage and what pricing might look like to help you make the right decision for company. We work with a ton of early-stage startups, and we the reason we offer a tiered pricing model to scales with your traction.
v
Thanks @rahul1 - i have a workaround for my first pilot, but as I get to my next accounts I'll need to move in this direction.. will follow up