Hi there,
I want to collect patient registration and clinical information within Bahmni EMR system. Forwards this information to a Health Information Exchange platform via HL7 message format
it seems that Bahmni supports Hl7 !
as I have connected to Bahmni openmrs database using MySql workbench and found in the Schema some tables related to HL7, also found in the openmrs Administration page a section also related to HL7 messages but i don’t know how to configure it.
I am new with Bahmni so any resources that might help, please ?!
It appears #jembi has written a sample OpenHIM mediator, to pull patient information from OpenMRS/Bahmni and write out via FHIR to OpenHIM… which can then be written out to any connected system. This could be helpful to you too.
I have downloaded the fhir2-1.3.0.omod file and added it to openmrs using the administration page, I tried to call https://192.168.33.10:443/openmrs/ws/fhir/R1/metada, I get back a response with “Resource does not exist.
Please let me know if I’m missing some configuration
Thank you @abertnamanya Although that i have already tested it with the R4 version, but it was a typo to send it , so sorry , after some help on slack i have restarted the openmrs service using this command sudo service openmrs stop then start , then refreshed the page with the correct url as you sent, and i have got a file called metadata and the same happens when i remove metadata with patient in URL the file containing all the patients in openmrs , but i don’t need an xml file so is it possible to get the data as a JSON format using Postman ? cause i have already tried and it says it cant sent the request
Did you try loading any of those URLs in Postman? Because you would’ve gotten the JSON documents you’re looking for.
When you go to a URL in your browser, we use content negotiation (as covered by the FHIR spec) to work out what format to respond with. Basically, this just means that we look at the “Accept” header of the request. If you browse to a FHIR endpoint in your browser, your browser probably sends it’s default Accept header which looks something like this (taken from Chrome):
This lists the various MIME-types of documents your browser is willing to process. If you notice, the first group there says the browser can handle application/xml, so you end up getting an XML response. By default (i.e., with no Accept header) the response will be JSON.
Inside the browser, you can append ?_format=json to the end of the URL to get back the JSON representation.