OpenMRS as Shared Health Record using SHR Adapter Module

Hi!

We would like to try implementing OpenMRS as Shared Health Record just like what they did in Rwanda.

Based on the installation guide, an omod file of the said Adapter Module has has to be imported to the OpenMRS.

However, I cannot seem to find/download an omod file of the adapter module; though, I was able to get a copy of the source code but for some reason, I cannot build it successfully.

Can you guys help us out on this? :slight_smile:

Thanks!

路路路

May Buenavides

Department of Science and Technology

Advance Science and Technology Institute

Philippines

Hi May,

What are you seeing when you try to build the module? Running the following two commands:

git clone https://github.com/jembi/rhea-shr-adapter.git
cd rhea-shr-adapter/ && mvn clean install

results in a successful build for me:

[INFO] ------------------------------------------------------------------------
[INFO] Reactor Summary:
[INFO]

[INFO] RHEA SHR Adapter Web Service 鈥 SUCCESS [1.838s]
[INFO] RHEA SHR Adapter Web Services API 鈥 SUCCESS [7.339s]

[INFO] RHEA SHR Adapter Web Service OMOD 鈥 SUCCESS [14.785s]
[INFO] ------------------------------------------------------------------------

[INFO] BUILD SUCCESS
[INFO] ------------------------------------------------------------------------

I鈥檝e attached the OMOD that is produced.

Cheers,

Pascal

rheashradapter-1.0-SNAPSHOT.omod (338 KB)

路路路

On 23 October 2013 11:44, May Buenavides emeywayway@gmail.com wrote:

Hi!

We would like to try implementing OpenMRS as Shared Health Record just like what they did in Rwanda.

Based on the installation guide, an omod file of the said Adapter Module has has to be imported to the OpenMRS.

However, I cannot seem to find/download an omod file of the adapter module; though, I was able to get a copy of the source code but for some reason, I cannot build it successfully.

Can you guys help us out on this? :slight_smile:

Thanks!


May Buenavides

Department of Science and Technology

Advance Science and Technology Institute

Philippines

You received this message because you are subscribed to the Google Groups 鈥淪hared Health Record (OpenHIE)鈥 group.

To unsubscribe from this group and stop receiving emails from it, send an email to openhie-shr+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.


Pascal Brandt
Senio**r Software Developer, Jembi Health Systems | SOUTH AFRICA
Mobile: +27 84 827 9342 | Office: +27 21 701 0939 | Skype: psbrandt
E-mail: pascal@jembi.org

Hi May,

The current SHR adapter module that is used for the Rwandan HIE may be quite specific to the Rwandan use case. So you may have to modify it for your needs. This community is now looking a re-designing this module to be more generally applicable and to make use of IHE standard profile as the interface into the SHR. You can find out more about what we are planning to develop here: https://wiki.ohie.org/display/SUB/Shared+Health+Record+Community+Documentation. In particular this design may be interesting to you: https://wiki.ohie.org/display/SUB/OpenMRS+as+the+SHR+design+document. Note, we are just starting development of these components now and this design is still changing quite a bit.

That being said, I have some experience with that module so I can try help you to get it built. Could you send the full text output from your screenshot? Some text is cut off so I can鈥檛 see what the problem could be. You could try building it again as that may have just been some sort of connectivity issue.

Cheers,

Ryan

路路路

On Wed, Oct 23, 2013 at 11:44 AM, May Buenavides emeywayway@gmail.com wrote:

Hi!

We would like to try implementing OpenMRS as Shared Health Record just like what they did in Rwanda.

Based on the installation guide, an omod file of the said Adapter Module has has to be imported to the OpenMRS.

However, I cannot seem to find/download an omod file of the adapter module; though, I was able to get a copy of the source code but for some reason, I cannot build it successfully.

Can you guys help us out on this? :slight_smile:

Thanks!


May Buenavides

Department of Science and Technology

Advance Science and Technology Institute

Philippines

You received this message because you are subscribed to the Google Groups 鈥淪hared Health Record (OpenHIE)鈥 group.

To unsubscribe from this group and stop receiving emails from it, send an email to openhie-shr+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.


Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile: +27845829934 | Skype: ryan.graham.crichton
E-mail: ryan@jembi.org

Hi Elmer,

No problem at all. Ryan and I both suspect that the build failure is being caused by connectivity issues (problems downloading artifacts from the maven repositories).

Please also make sure to take note of Ryan鈥檚 response - the current SHR module has been developed for a specific use case.

Cheers,

Pascal

路路路

On 23 October 2013 15:52, Elmer Peramo elmerperamo@gmail.com wrote:

Hello Pascal,

May is out of the office right now, but she will get back to you as soon as she arrive to work tomorrow morning. (It鈥檚 nighttime here in the Philippines.) We do appreciate your help so much, as we are just trying to beat a deadline in our implementation. Thank you for the attachment. I hope we make it work.

Best regards,
Elmer

On Oct 23, 2013 6:01 PM, 鈥淧ascal Brandt鈥 pascal@jembi.org wrote:

Hi May,

What are you seeing when you try to build the module? Running the following two commands:

git clone https://github.com/jembi/rhea-shr-adapter.git
cd rhea-shr-adapter/ && mvn clean install

results in a successful build for me:

[INFO] ------------------------------------------------------------------------
[INFO] Reactor Summary:
[INFO]

[INFO] RHEA SHR Adapter Web Service 鈥 SUCCESS [1.838s]
[INFO] RHEA SHR Adapter Web Services API 鈥 SUCCESS [7.339s]

[INFO] RHEA SHR Adapter Web Service OMOD 鈥 SUCCESS [14.785s]
[INFO] ------------------------------------------------------------------------

[INFO] BUILD SUCCESS
[INFO] ------------------------------------------------------------------------

I鈥檝e attached the OMOD that is produced.

Cheers,

Pascal


Pascal Brandt
Senio**r Software Developer, Jembi Health Systems | SOUTH AFRICA
Mobile: +27 84 827 9342 | Office: +27 21 701 0939 | Skype: psbrandt
E-mail: pascal@jembi.org

On 23 October 2013 11:44, May Buenavides emeywayway@gmail.com wrote:

Hi!

We would like to try implementing OpenMRS as Shared Health Record just like what they did in Rwanda.

Based on the installation guide, an omod file of the said Adapter Module has has to be imported to the OpenMRS.

However, I cannot seem to find/download an omod file of the adapter module; though, I was able to get a copy of the source code but for some reason, I cannot build it successfully.

Can you guys help us out on this? :slight_smile:

Thanks!


May Buenavides

Department of Science and Technology

Advance Science and Technology Institute

Philippines

You received this message because you are subscribed to the Google Groups 鈥淪hared Health Record (OpenHIE)鈥 group.

To unsubscribe from this group and stop receiving emails from it, send an email to openhie-shr+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.


Pascal Brandt
Senio**r Software Developer, Jembi Health Systems | SOUTH AFRICA
Mobile: +27 84 827 9342 | Office: +27 21 701 0939 | Skype: psbrandt
E-mail: pascal@jembi.org

Hi May (et al)

We are doing some work at Regenstrief to beef up the HL7 processing used by OpenMRS.

Suranga (who wrote some/all???) of the Rwandan adaptor, is changing it to add better document handling, etc, as sketched out in the OpenMRS as a SHR design
document.

We are also going to see if the very sophisticated HL7 processing we do for the Regenstrief EMR (RAMRS), can be adapted to be used in OpenMRS.

In any event, we would welcome your participation in the SHR calls.

Mark

On Behalf Of Ryan Crichton

路路路

Hi May,

The current SHR adapter module that is used for the Rwandan HIE may be quite specific to the Rwandan use case. So you may have to modify it for your needs. This community is now looking a re-designing this module to be more generally applicable
and to make use of IHE standard profile as the interface into the SHR. You can find out more about what we are planning to develop here: https://wiki.ohie.org/display/SUB/Shared+Health+Record+Community+Documentation .
In particular this design may be interesting to you: https://wiki.ohie.org/display/SUB/OpenMRS+as+the+SHR+design+document . Note, we are just starting development of these components
now and this design is still changing quite a bit.

That being said, I have some experience with that module so I can try help you to get it built. Could you send the full text output from your screenshot? Some text is cut off so I can鈥檛 see what the problem could be. You could try building
it again as that may have just been some sort of connectivity issue.

Cheers,

Ryan

On Wed, Oct 23, 2013 at 11:44 AM, May Buenavides emeywayway@gmail.com wrote:

Hi!

We would like to try implementing
OpenMRS as Shared Health Record just like what they did in Rwanda
.

Based on the
installation guide
, an omod file of the said Adapter Module has has to be imported to the OpenMRS.

However, I cannot seem to find/download an omod file of the adapter module; though, I was able to get a copy of the
source code but for some reason, I cannot build it successfully.

Can you guys help us out on this? :slight_smile:

Thanks!

----------------------------------------------------

May Buenavides

Department of
Science and Technology

Advance Science
and Technology Institute

Philippines

[鈥

You received this message because you are subscribed to the Google Groups 鈥淪hared Health Record (OpenHIE)鈥 group.

To unsubscribe from this group and stop receiving emails from it, send an email to
openhie-shr+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.](https://lh6.googleusercontent.com/-EM9bB4Hs2Jg/UmeYFl4oKbI/AAAAAAAABc4/JTLnF5hgbJk/s1600/rhea+shr+build+output.png)

[

](https://lh6.googleusercontent.com/-EM9bB4Hs2Jg/UmeYFl4oKbI/AAAAAAAABc4/JTLnF5hgbJk/s1600/rhea+shr+build+output.png)

Ryan
Crichton

Software
Developer, Jembi Health Systems | SOUTH AFRICA

Mobile:
+27845829934 | Skype: ryan.graham.crichton
E-mail: ryan@jembi.org

[鈥

You received this message because you are subscribed to the Google Groups 鈥淪hared Health Record (OpenHIE)鈥 group.

To unsubscribe from this group and stop receiving emails from it, send an email to
openhie-shr+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.](https://lh6.googleusercontent.com/-EM9bB4Hs2Jg/UmeYFl4oKbI/AAAAAAAABc4/JTLnF5hgbJk/s1600/rhea+shr+build+output.png)

Hi,

We are trying to make the OpenMRS work as SHR on minimal/general use cases, so for now I think there is no problem with the adapter being designed specifically for Rwanda.

Yes, I think there is a connectivity issue, perhaps our proxy here in the office is preventing the project from downloading the necessary dependencies.

Anyway, I was able to import the omod file Pascal Brandt sent (thanks!).

After that, the installation guide says that I need to configure the SHR module鈥

Configuring the SHR module

After installing the module, you need to assign a value to the 鈥楽ending Facility鈥 global property which it adds to the global properties page. This property does not have a default value, so its importaint to set it immidiately after you install it.

where will I change the value of the said global property? is it somewhere here?

Also, I tried this GET request /openmrs/ws/rest/RHEA/patient/encounters?patientId=1234&idType=ECID (Note: our sample data came from here. ) but I鈥檓 getting this error:

Thanks in advance! :slight_smile:

路路路

May Buenavides

Department of Science and Technology

Advance Science and Technology Institute

Philippines

Hi May,

I am the culprit responsible for many of your woes :slight_smile:

In this case, the 鈥楽ending Facility鈥 can be set to some default text string for test purposes. You can find it in the OpenMRS global properties page.

Hmm鈥 I cant really see the error message you received when making that request. Are you sure you included it in the email ? and does the system already contain a patient with that identifier type and id value ?

路路路

On Thu, Oct 24, 2013 at 12:01 AM, May Buenavides emeywayway@gmail.com wrote:

Hi,

We are trying to make the OpenMRS work as SHR on minimal/general use cases, so for now I think there is no problem with the adapter being designed specifically for Rwanda.

Yes, I think there is a connectivity issue, perhaps our proxy here in the office is preventing the project from downloading the necessary dependencies.

Anyway, I was able to import the omod file Pascal Brandt sent (thanks!).

After that, the installation guide says that I need to configure the SHR module鈥

Configuring the SHR module

After installing the module, you need to assign a value to the 鈥楽ending Facility鈥 global property which it adds to the global properties page. This property does not have a default value, so its importaint to set it immidiately after you install it.

where will I change the value of the said global property? is it somewhere here?

Also, I tried this GET request /openmrs/ws/rest/RHEA/patient/encounters?patientId=1234&idType=ECID (Note: our sample data came from here. ) but I鈥檓 getting this error:

Thanks in advance! :slight_smile:


May Buenavides

Department of Science and Technology

Advance Science and Technology Institute

Philippines

You received this message because you are subscribed to the Google Groups 鈥淪hared Health Record (OpenHIE)鈥 group.

To unsubscribe from this group and stop receiving emails from it, send an email to openhie-shr+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.


Best Regards,

Suranga

Hi Suranga,

Is the 鈥淪ending Facility鈥 property necessary for the adapter to work properly? :slight_smile:

Regarding the error, yes, our database contains that patient. So this request /openmrs/ws/rest/RHEA/patient/encounters?patientId=1234&idType=ECID should return something because it is in the database as shown here:

I just can鈥檛 seem to verify if this part of request is correct /openmrs/ws/rest/RHEA/patient/encounters?patientId=1234&idType=ECID. On what table can I verify the idType property? it is not in the person or patient table.

Thanks!

路路路

May Buenavides

Department of Science and Technology

Advance Science and Technology Institute

Philippines

Guys! :slight_smile:

What are the URI Conventions for invoking OpenMRS as SHR REST web services ?

Does that make sense? :stuck_out_tongue: I鈥檓 looking for something like this:

  • GET /ws/rest/resource?q=query = search
  • GET /ws/rest/resource/uuid = retrieve
  • POST /ws/rest/resource = create
    • Request body contains data to persist (not in request params)
  • POST /ws/rest/resource/uuid = partial update of the resource
    • Request body contains just the fields to update (not in request params)
  • PUT = replace value of entire object (we don鈥檛 use this yet)
  • DELETE /ws/rest/resource/uuid = void for data, retire for metadata
  • DELETE /ws/rest/resource/uuid?purge=true = purge (aka delete from the database entirely)

鈥 I got that from here.

So far I still can鈥檛 get a successful response when I try to make this request: /openmrs/ws/rest/RHEA/patient/encounters?patientId=1234&idType=ECID

Currently, I鈥檓 using OpenMRS 1.9, demo data from here, modules Rest Web Services 2.2.ea6287 & RHEA SHR Web Service 1.0.

Could there be a conflict in the versions of the modules I鈥檓 using?

Sorry for all the questions鈥

Help would be much appreciated :slight_smile:

Thanks in advance!

路路路

May Buenavides

Department of Science and Technology

Advance Science and Technology Institute

Philippines

Hi,

Disclaimer: I鈥檝e never used this module.

Perhaps some the following resources could be useful:

Ciao,

Pascal

路路路

On 24 October 2013 11:31, May Buenavides emeywayway@gmail.com wrote:

Guys! :slight_smile:

What are the URI Conventions for invoking OpenMRS as SHR REST web services ?

Does that make sense? :stuck_out_tongue: I鈥檓 looking for something like this:

  • GET /ws/rest/resource?q=query = search
  • GET /ws/rest/resource/uuid = retrieve
  • POST /ws/rest/resource = create
    • Request body contains data to persist (not in request params)
  • POST /ws/rest/resource/uuid = partial update of the resource
    • Request body contains just the fields to update (not in request params)
  • PUT = replace value of entire object (we don鈥檛 use this yet)
  • DELETE /ws/rest/resource/uuid = void for data, retire for metadata
  • DELETE /ws/rest/resource/uuid?purge=true = purge (aka delete from the database entirely)

鈥 I got that from here.

So far I still can鈥檛 get a successful response when I try to make this request: /openmrs/ws/rest/RHEA/patient/encounters?patientId=1234&idType=ECID

Currently, I鈥檓 using OpenMRS 1.9, demo data from here, modules Rest Web Services 2.2.ea6287 & RHEA SHR Web Service 1.0.

Could there be a conflict in the versions of the modules I鈥檓 using?

Sorry for all the questions鈥

Help would be much appreciated :slight_smile:

Thanks in advance!


May Buenavides

Department of Science and Technology

Advance Science and Technology Institute

Philippines

You received this message because you are subscribed to the Google Groups 鈥淪hared Health Record (OpenHIE)鈥 group.

To unsubscribe from this group and stop receiving emails from it, send an email to openhie-shr+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.


Pascal Brandt
Senio**r Software Developer, Jembi Health Systems | SOUTH AFRICA
Mobile: +27 84 827 9342 | Office: +27 21 701 0939 | Skype: psbrandt
E-mail: pascal@jembi.org

Here is another resource that shows how the REST service is supposed to work.

https://jembiprojects.jira.com/wiki/display/RHEAPILOT/Query+for+previous+patient+encounters卤+Internal

Do you have a Patient Identifier Type Called 鈥淓CID鈥 set up and made sure that there is a patient that has an identifier of that type with value 鈥1234鈥? The patient_id row in the DB is only the primary key in the table and has nothing to do with the Patient Identifier you鈥檙e querying for.

Kind regards
Kari

路路路

On Thu, Oct 24, 2013 at 11:35 AM, Pascal Brandt pascal@jembi.org wrote:

Hi,

Disclaimer: I鈥檝e never used this module.

Perhaps some the following resources could be useful:

Ciao,

Pascal


You received this message because you are subscribed to the Google Groups 鈥淪hared Health Record (OpenHIE)鈥 group.

To unsubscribe from this group and stop receiving emails from it, send an email to openhie-shr+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.

On 24 October 2013 11:31, May Buenavides emeywayway@gmail.com wrote:

Guys! :slight_smile:

What are the URI Conventions for invoking OpenMRS as SHR REST web services ?

Does that make sense? :stuck_out_tongue: I鈥檓 looking for something like this:

  • GET /ws/rest/resource?q=query = search
  • GET /ws/rest/resource/uuid = retrieve
  • POST /ws/rest/resource = create
    • Request body contains data to persist (not in request params)
  • POST /ws/rest/resource/uuid = partial update of the resource
    • Request body contains just the fields to update (not in request params)
  • PUT = replace value of entire object (we don鈥檛 use this yet)
  • DELETE /ws/rest/resource/uuid = void for data, retire for metadata
  • DELETE /ws/rest/resource/uuid?purge=true = purge (aka delete from the database entirely)

鈥 I got that from here.

So far I still can鈥檛 get a successful response when I try to make this request: /openmrs/ws/rest/RHEA/patient/encounters?patientId=1234&idType=ECID

Currently, I鈥檓 using OpenMRS 1.9, demo data from here, modules Rest Web Services 2.2.ea6287 & RHEA SHR Web Service 1.0.

Could there be a conflict in the versions of the modules I鈥檓 using?

Sorry for all the questions鈥

Help would be much appreciated :slight_smile:

Thanks in advance!


May Buenavides

Department of Science and Technology

Advance Science and Technology Institute

Philippines

You received this message because you are subscribed to the Google Groups 鈥淪hared Health Record (OpenHIE)鈥 group.

To unsubscribe from this group and stop receiving emails from it, send an email to openhie-shr+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.


Pascal Brandt
Senio**r Software Developer, Jembi Health Systems | SOUTH AFRICA
Mobile: +27 84 827 9342 | Office: +27 21 701 0939 | Skype: psbrandt
E-mail: pascal@jembi.org

Hi,

I would concur with what Kari says above. So you need to be looking in your Patient_identifier table instead.

And also, do you get any kind of error message on your tomcat log, or whatever tool you鈥檙e using to make restful calls ?

路路路

On Thu, Oct 24, 2013 at 5:42 AM, Kari Schoonbee kari@jembi.org wrote:

Here is another resource that shows how the REST service is supposed to work.

https://jembiprojects.jira.com/wiki/display/RHEAPILOT/Query+for+previous+patient+encounters卤+Internal

Do you have a Patient Identifier Type Called 鈥淓CID鈥 set up and made sure that there is a patient that has an identifier of that type with value 鈥1234鈥? The patient_id row in the DB is only the primary key in the table and has nothing to do with the Patient Identifier you鈥檙e querying for.

Kari

Kind regards

You received this message because you are subscribed to the Google Groups 鈥淪hared Health Record (OpenHIE)鈥 group.

To unsubscribe from this group and stop receiving emails from it, send an email to openhie-shr+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.


Best Regards,

Suranga

On Thu, Oct 24, 2013 at 11:35 AM, Pascal Brandt pascal@jembi.org wrote:

Hi,

Disclaimer: I鈥檝e never used this module.

Perhaps some the following resources could be useful:

Ciao,

Pascal


You received this message because you are subscribed to the Google Groups 鈥淪hared Health Record (OpenHIE)鈥 group.

To unsubscribe from this group and stop receiving emails from it, send an email to openhie-shr+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.

On 24 October 2013 11:31, May Buenavides emeywayway@gmail.com wrote:

Guys! :slight_smile:

What are the URI Conventions for invoking OpenMRS as SHR REST web services ?

Does that make sense? :stuck_out_tongue: I鈥檓 looking for something like this:

  • GET /ws/rest/resource?q=query = search
  • GET /ws/rest/resource/uuid = retrieve
  • POST /ws/rest/resource = create
    • Request body contains data to persist (not in request params)
  • POST /ws/rest/resource/uuid = partial update of the resource
    • Request body contains just the fields to update (not in request params)
  • PUT = replace value of entire object (we don鈥檛 use this yet)
  • DELETE /ws/rest/resource/uuid = void for data, retire for metadata
  • DELETE /ws/rest/resource/uuid?purge=true = purge (aka delete from the database entirely)

鈥 I got that from here.

So far I still can鈥檛 get a successful response when I try to make this request: /openmrs/ws/rest/RHEA/patient/encounters?patientId=1234&idType=ECID

Currently, I鈥檓 using OpenMRS 1.9, demo data from here, modules Rest Web Services 2.2.ea6287 & RHEA SHR Web Service 1.0.

Could there be a conflict in the versions of the modules I鈥檓 using?

Sorry for all the questions鈥

Help would be much appreciated :slight_smile:

Thanks in advance!


May Buenavides

Department of Science and Technology

Advance Science and Technology Institute

Philippines

You received this message because you are subscribed to the Google Groups 鈥淪hared Health Record (OpenHIE)鈥 group.

To unsubscribe from this group and stop receiving emails from it, send an email to openhie-shr+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.


Pascal Brandt
Senio**r Software Developer, Jembi Health Systems | SOUTH AFRICA
Mobile: +27 84 827 9342 | Office: +27 21 701 0939 | Skype: psbrandt
E-mail: pascal@jembi.org

Hi!

Thanks for all your inputs.

It appears that I do not have an ECID Patient Identifier Type, so I added one.

Now I have patientId=1234 with an identifier_type=3 which points to the identifier type ECID (see image below)

With that, I still get an error when I execute this request: /openmrs/ws/rest/RHEA/patient/encounters?patientId=1234&idType=ECID

This error is not listed in here: https://jembiprojects.jira.com/wiki/display/RHEAPILOT/Query+for+previous+patient+encounters卤+Internal so I鈥檓 a bit clueless as to what causes it because as far as our data is concerned, we only have one patient with id=1234.

Thanks!

路路路

May Buenavides

Department of Science and Technology

Advance Science and Technology Institute

Philippines

Hi May,

Your almost there. You need to pass to value for the patient鈥檚 ECID identifier in the URL instead of the internal patient id:

/openmrs/ws/rest/RHEA/patient/encounters?patientId=1233TS-3&idType=ECID

The patient id 1234 is basically only used internally in OpenMRS, so it will never get referenced externally.

This is where the ECID comes in; it鈥檚 a universal identifier that can be used throughout the health information exchange.

Kind Regards

Hannes

路路路

On 25 October 2013 09:15, May Buenavides emeywayway@gmail.com wrote:

Hi!

Thanks for all your inputs.

It appears that I do not have an ECID Patient Identifier Type, so I added one.

Now I have patientId=1234 with an identifier_type=3 which points to the identifier type ECID (see image below)

With that, I still get an error when I execute this request: /openmrs/ws/rest/RHEA/patient/encounters?patientId=1234&idType=ECID

This error is not listed in here: https://jembiprojects.jira.com/wiki/display/RHEAPILOT/Query+for+previous+patient+encounters卤+Internal so I鈥檓 a bit clueless as to what causes it because as far as our data is concerned, we only have one patient with id=1234.

Thanks!


May Buenavides

Department of Science and Technology

Advance Science and Technology Institute

Philippines

You received this message because you are subscribed to the Google Groups 鈥淪hared Health Record (OpenHIE)鈥 group.

To unsubscribe from this group and stop receiving emails from it, send an email to openhie-shr+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.


Hannes Venter
Software Developer, Jembi Health Systems | SOUTH AFRICA
Mobile: +27 73 276 2848 | Office: +27 21 701 0939 | Skype: venter.johannes
E-mail: hannes@jembi.org

wooooow! Thanks so much for all your help, I am now getting a successful response when invoking this request: /openmrs/ws/rest/RHEA/patient/encounters?patientId=1233TS-3&idType=ECID

Indeed, patient identifier should be used instead of the patient ID .

Thanks!

路路路

May Buenavides

Department of Science and Technology

Advance Science and Technology Institute

Philippines

Hi,

Great to hear that it worked out.

Please feel free to test it out, ask questions or 鈥渢hrow stones鈥 at our design. We鈥檇 love to hear your input :slight_smile:

路路路

On Fri, Oct 25, 2013 at 3:41 AM, May Buenavides emeywayway@gmail.com wrote:

wooooow! Thanks so much for all your help, I am now getting a successful response when invoking this request: /openmrs/ws/rest/RHEA/patient/encounters?patientId=1233TS-3&idType=ECID

Indeed, patient identifier should be used instead of the patient ID .

Thanks!


May Buenavides

Department of Science and Technology

Advance Science and Technology Institute

Philippines

You received this message because you are subscribed to the Google Groups 鈥淪hared Health Record (OpenHIE)鈥 group.

To unsubscribe from this group and stop receiving emails from it, send an email to openhie-shr+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.


Best Regards,

Suranga

Nice to see another project besides Rwanda is using this approach.

I鈥檓 curious how you feel about the performance of OpenMRS - essentially, using relational database on a scale of a country. Anyone got any responding time or throughput challenge so far?

鍦 2013骞10鏈23鏃ユ槦鏈熶笁UTC+5:30涓嬪崍3鏃14鍒48绉掞紝May Buenavides鍐欓亾锛

路路路

Hi!

We would like to try implementing OpenMRS as Shared Health Record just like what they did in Rwanda.

Based on the installation guide, an omod file of the said Adapter Module has has to be imported to the OpenMRS.

However, I cannot seem to find/download an omod file of the adapter module; though, I was able to get a copy of the source code but for some reason, I cannot build it successfully.

Can you guys help us out on this? :slight_smile:

Thanks!


May Buenavides

Department of Science and Technology

Advance Science and Technology Institute

Philippines

Hi Jeff,

We have performed an analysis of OpenMRS for us as an SHR. It is a worry to us but we have some ideas around database clustering and database optimization that we would like to try.

You can find the performance report here: https://wiki.ohie.org/display/SUB/Performance+evaluation+of+OpenMRS

Cheers,

Ryan

路路路

On Mon, Oct 28, 2013 at 8:31 AM, Jeff Xiong gigix1980@gmail.com wrote:

Nice to see another project besides Rwanda is using this approach.

I鈥檓 curious how you feel about the performance of OpenMRS - essentially, using relational database on a scale of a country. Anyone got any responding time or throughput challenge so far?

鍦 2013骞10鏈23鏃ユ槦鏈熶笁UTC+5:30涓嬪崍3鏃14鍒48绉掞紝May Buenavides鍐欓亾锛

Hi!

We would like to try implementing OpenMRS as Shared Health Record just like what they did in Rwanda.

Based on the installation guide, an omod file of the said Adapter Module has has to be imported to the OpenMRS.

However, I cannot seem to find/download an omod file of the adapter module; though, I was able to get a copy of the source code but for some reason, I cannot build it successfully.

Can you guys help us out on this? :slight_smile:

Thanks!


May Buenavides

Department of Science and Technology

Advance Science and Technology Institute

Philippines

You received this message because you are subscribed to the Google Groups 鈥淪hared Health Record (OpenHIE)鈥 group.

To unsubscribe from this group and stop receiving emails from it, send an email to openhie-shr+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.


Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile: +27845829934 | Skype: ryan.graham.crichton
E-mail: ryan@jembi.org

Hi!

Thanks for all your inputs!

Anyway, we are still on the early stages of development of our OpenHIE.

Will keep you guys posted :slight_smile:

路路路

鈥----------------------------------------------------

May F Buenavides

Department of Science and Technology鈥

Ad
鈥嬧

vanced Science and Technology Institute

Philippines

On Mon, Oct 28, 2013 at 3:17 PM, Ryan Crichton ryan@jembi.org wrote:

Hi Jeff,

We have performed an analysis of OpenMRS for us as an SHR. It is a worry to us but we have some ideas around database clustering and database optimization that we would like to try.

You can find the performance report here: https://wiki.ohie.org/display/SUB/Performance+evaluation+of+OpenMRS

Cheers,

Ryan

You received this message because you are subscribed to a topic in the Google Groups 鈥淪hared Health Record (OpenHIE)鈥 group.

To unsubscribe from this topic, visit https://groups.google.com/d/topic/openhie-shr/ZdOGVkdQvbk/unsubscribe.

To unsubscribe from this group and all its topics, send an email to openhie-shr+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.

On Mon, Oct 28, 2013 at 8:31 AM, Jeff Xiong gigix1980@gmail.com wrote:

Nice to see another project besides Rwanda is using this approach.

I鈥檓 curious how you feel about the performance of OpenMRS - essentially, using relational database on a scale of a country. Anyone got any responding time or throughput challenge so far?

鍦 2013骞10鏈23鏃ユ槦鏈熶笁UTC+5:30涓嬪崍3鏃14鍒48绉掞紝May Buenavides鍐欓亾锛

Hi!

We would like to try implementing OpenMRS as Shared Health Record just like what they did in Rwanda.

Based on the installation guide, an omod file of the said Adapter Module has has to be imported to the OpenMRS.

However, I cannot seem to find/download an omod file of the adapter module; though, I was able to get a copy of the source code but for some reason, I cannot build it successfully.

Can you guys help us out on this? :slight_smile:

Thanks!


May Buenavides

Department of Science and Technology

Advance Science and Technology Institute

Philippines


You received this message because you are subscribed to the Google Groups 鈥淪hared Health Record (OpenHIE)鈥 group.

To unsubscribe from this group and stop receiving emails from it, send an email to openhie-shr+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.


Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile: +27845829934 | Skype: ryan.graham.crichton

E-mail: ryan@jembi.org

Hi Guys,

I鈥檓 Pol and I鈥檓 also from the Philippines working with May.

I would just like to ask the method or API call in obtaining a session using a REST API client.

I鈥檓 currently trying to call OpenMRS-SHR API via a REST API client but it seems that I can鈥檛 find any reference to obtain a session.

I can successfully do it via curl with this command:

curl -i -u admin:test 鈥http://202.90.xxx.xxx:8080/openmrs/ws/rest/RHEA/patient/encounters?idType=ECID&patientId=2370AM-5

Is there an initial API call to obtain a session from the OpenMRS-SHR?

Your help is very much appreciated!

Thanks,

Pol

路路路

On Tuesday, October 29, 2013 8:47:17 AM UTC+8, May Buenavides wrote:

Hi!

Thanks for all your inputs!

Anyway, we are still on the early stages of development of our OpenHIE.

Will keep you guys posted :slight_smile:

鈥----------------------------------------------------

May F Buenavides

Department of Science and Technology鈥

Ad
鈥嬧

vanced Science and Technology Institute

Philippines

On Mon, Oct 28, 2013 at 3:17 PM, Ryan Crichton ry...@jembi.org wrote:

Hi Jeff,

We have performed an analysis of OpenMRS for us as an SHR. It is a worry to us but we have some ideas around database clustering and database optimization that we would like to try.

You can find the performance report here: https://wiki.ohie.org/display/SUB/Performance+evaluation+of+OpenMRS

Cheers,

Ryan

On Mon, Oct 28, 2013 at 8:31 AM, Jeff Xiong gigi...@gmail.com wrote:

Nice to see another project besides Rwanda is using this approach.

Hi!

We would like to try implementing OpenMRS as Shared Health Record just like what they did in Rwanda.

Based on the installation guide, an omod file of the said Adapter Module has has to be imported to the OpenMRS.

However, I cannot seem to find/download an omod file of the adapter module; though, I was able to get a copy of the source code but for some reason, I cannot build it successfully.

Can you guys help us out on this? :slight_smile:

Thanks!


May Buenavides

Department of Science and Technology

Advance Science and Technology Institute

Philippines

I鈥檓 curious how you feel about the performance of OpenMRS - essentially, using relational database on a scale of a country. Anyone got any responding time or throughput challenge so far?

鍦 2013骞10鏈23鏃ユ槦鏈熶笁UTC+5:30涓嬪崍3鏃14鍒48绉掞紝May Buenavides鍐欓亾锛


You received this message because you are subscribed to the Google Groups 鈥淪hared Health Record (OpenHIE)鈥 group.

To unsubscribe from this group and stop receiving emails from it, send an email to openhie-shr...@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.


Ryan Crichton

Software Developer, Jembi Health Systems | SOUTH AFRICA

Mobile: +27845829934 | Skype: ryan.graham.crichton

E-mail: ry...@jembi.org

You received this message because you are subscribed to a topic in the Google Groups 鈥淪hared Health Record (OpenHIE)鈥 group.

To unsubscribe from this topic, visit https://groups.google.com/d/topic/openhie-shr/ZdOGVkdQvbk/unsubscribe.

To unsubscribe from this group and all its topics, send an email to openhie-shr...@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.