Headquarters: Slovenia
Size: 1 - 10 employees
Trading since: 2021
Membership level: Startup partner
openEHR specifications are detailed but also complex. Why risk introducing bugs while converting them into code? Why not generate as much code as possible?
Many things can be generated from openEHR specifications:
Name | Description | Product type | ||
---|---|---|---|---|
openEHR Forms | Select operational templates you wish to use in the same application. Click generate. Wait 10 seconds. Your application is ready. It is a Flutter app that runs on:
When you change your templates or there is a new releases of major archetypes, you re-run the generator and few seconds later, your applications and forms are rebuilt and ready to use. With NeoEHR, you will get results faster, eliminate usage fees, retain high customization capabilities and full control over the codebase of your solution.
|
EHR Platform | ||
SDK for Operational Templates | The idea is to have native classes that can be used by developers without requiring them to know anything about openEHR. Instead of giving them the OpenAPI schema and asking them to send data to the openEHR CDR, let them use simple classes in their favorite programming language they are used to work with. These classes (SDK) take care of everything openEHR related and can be used in “frontend” languages that web developers are familiar with. |
Library |