Hi.
We are developing a RIS, which eo archetypes should be used to record patient demographics?
We have reviewed the following archetypes in openEHR CKM of:
They should build a template with these? We should use just one? We would appreciate recommendations.
regards
Hi, you can use plain archetypes since there’s no need to create a composition to store patient demographics. I.e. there’s no need to create a template to group the demographic information. You’ll need a template for exaple to represent radiology report documents.
Hope that helps.
Thanks Pablo.
So, for cases archetypes need these archetypes? (Those who put in the first post).
Regards
Sorry, what’s “cases archetypes”?
Sorry,
When I should use these archetypes?
Don’t know if I fully understand your question… as you said, these are use to model demographic data, so use them for that.
I’ll go back a little: where do you want to store demographics in your RIS and for what (for reports, for scheduling, as MPI, …)? Maybe knowing your specific requirements we can help you on when to use those archetypes.
If I were developing a RIS, I would use archetypes and templates to model imaginology reports, and use demographic archetypes to model the demographic part of the reports. That way I can store reports and demographics in an openEHR repo (i.e. an archetype enabled repository).
Thank Pablo for you answer.
We want store this information because the RIS, will start stored the information demographic patients and not will have way make query to a MPI. Maybe we need to provide in this projeThank Pablo for you answer.
We want store this information because the RIS, will start stored the information demographic patients and not will have way make query to a MPI. Maybe we need to provide in this project an MPI, but this is not even considered yet. So, the RIS need keep this information.
The RIS will work with different models of health, as it will be part of a “radiological ring” as a service in several countries and possibly the app will need to adapt not only demographic information, but also in workflow and radiological information as reports MPI, but this is not even considered yet. So, the RIS need keep this information. The app will need to adapt not only demographic information, but also in workflow and radiological information as reports.
What then would be the recommendation on the use of archetypes?
Hi Alejandro,
You have two choices …
The ‘correct’ way to do this is to setup a separate demographics server, either using a traditional database, or using an openEHR Demographics server. I think there are a couple of suppliers who can provide this and it would be very hard work to build your own. Let me know privately if you want some further details.
The alternative (but not ‘correct’ openEHR), is to fold the demographics into an EHR composition. There are a number of EHR-CLUSTER archetypes which were built as we occasionally do have to carry some demographics inside the EHR (carer details etc). If you look at http://clinicalmodels.org.uk/ckm/#showProject_1051.61.4 you will see some examples of this, used to record ‘key contacts’.
Ian
I didn’t see every post on this thread, but did you look at the existing openEHR demographic archetypes on CKM? I.e. the ones done by Sergio Freire and others in Brazil, based on ISO 22220 and the openEHR demographics model. - thomas
I would recommend to use archetypes if you now that your data schema will change in the future.
E.g. if your system design is based on archetypes, it can allow to change archetypes and store different kinds of information adding or removing stuff from archetypes. This is the approach of EHRGen to generate UI and store data: http://www.youtube.com/watch?v=QqFTU2RC7eI
If you know that data schema will not change in the future, you might use archetypes not in the system itself, but for two purposes: 1. communicate data to other systems in openEHR format, 2. specification of the design, as a communication tool that you can show to others to understand your system’s design.
If not used directly by the system, archetypes are great for requirement gathering and specification.
Hope that helps.
Hi Pablo,
Does your software stack support DEMOGRAPHIC class archetypes?
Ian
Not yet, but I have that in my TODO list!
What I will do in the future is to separate the clinical and demographic parts of EHRServer (https://www.youtube.com/watch?v=D-hs-Ofb8SY) so we’ll have a pure EHRServer and a DemographicServer, both based on REST services and supporting openEHR archetypes / OPTs 1.4.
I may propose this as a student project in the engineering university here in Montevideo, because right now I don’t have much development time. Last year I proposed a GUI generation project to improve what EHRGen does right now, but to generate UIs for different technologies (HTML5, .Net web & desktop, Java Swing, etc.). After we present the paper, I will propose the UITemplate model to the community to evaluate if it can be integrated in the future to the openEHR stack (I’m very excited about this!)
The idea of the DemographicServer is to emulate IHE PIX/PDQ profiles with openEHR data to simplify future integration with IHE enabled systems.
BTW, is really easy to extend EHRGen to add demographic data support, just need to add the model classes (Person, Group, etc.), the data binder and the UI gen for demographic classes fields.
Precisely for this reason we want to work with archetypes. My question remains, openEHR archetype provides classes to maintain demographic information or we must create own models from archetypes?
To be precise with concepts: “model classes” are provided by the demographic information model of openEHR. Archetypes provide specifications on how to use those classes. If existing archetypes hold all the information you need, just use that, if not, modify existing or create your own.