MedUX

OpenSource EMR

User Tools

Site Tools

Trace: • accounting • brainstorming
en:dev:brainstorming

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revisionPrevious revision
Next revision		Previous revision
en:dev:brainstorming [2017/11/27 09:00] – [Client/Server architecture / Backend] +graphene nerdocen:dev:brainstorming [2018/03/18 12:36] (current) – [FHIR] fhir-parser addition nerdoc
Line 27: Line 27:
   * Patient should have a primary, "named doctor" (which can be changed over time). This doctor e.g. gets the external findings in his list to read.   * Patient should have a primary, "named doctor" (which can be changed over time). This doctor e.g. gets the external findings in his list to read.
   * Referrals should open a "circle" that can be closed by a sent finding.   * Referrals should open a "circle" that can be closed by a sent finding.
 +  * Communication with other MedUX instances via Internet. Interchange of Patient data. [[https://www.w3.org/TR/activitypub/|ActivityPub]] would be an option.
  
 ===== Links ===== ===== Links =====
Line 45: Line 46:
 === SQL === === SQL ===
  
- +  * [[https://postgresql.org|PostgreSQL]]
-  * [[https://postgresql.org|Postgresql]]+
   * [[http://www.sqlalchemy.org/|SQL-Alchemy]] - well-established, DB agnostic Object Relational Mapper   * [[http://www.sqlalchemy.org/|SQL-Alchemy]] - well-established, DB agnostic Object Relational Mapper
   * [[https://sqlalchemy-continuum.readthedocs.org/en/latest|SQL-Alchemy-Continuum]] - versioning for SQL-Alchemy   * [[https://sqlalchemy-continuum.readthedocs.org/en/latest|SQL-Alchemy-Continuum]] - versioning for SQL-Alchemy
Line 63: Line 63:
   * [[https://crate.io|CrateDB]] - extremely fast and scalable object database, but accessible using SQL; Uses Elasticsearch for fulltext searching.   * [[https://crate.io|CrateDB]] - extremely fast and scalable object database, but accessible using SQL; Uses Elasticsearch for fulltext searching.
   * [[http://basho.com/products/|Riak]]   * [[http://basho.com/products/|Riak]]
 +
 +Within the database there could be some kind of "namespaces", Gnumed does this in a very clean way:
 +
 +  * dem - demographic data
 +  * clin - all medical data (except documents)
 +  * blobs - documents - could be saved in an external, document-based database
 +  * ref - referenced data
 +  * cfg - configuration data
 +  * audit - the auditing system
 +  * bill - accounting data
 +  * mdx - MedUX-internal data
 +  * i18n/l10n - translation data ?
 +  * tmp - temporal data
  
 ==== Client/Server architecture / Backend ==== ==== Client/Server architecture / Backend ====
  
-  * [[https://www.djangoproject.com/|Django]], maybe using [[https://github.com/jazzband/django-ddp|django-ddp]] or [[http://www.django-rest-framework.org/|django-rest-framework]] or [[https://www.apollodata.com/|Apollo]] with [http://docs.graphene-python.org/projects/django/en/latest/|graphene]]+  * [[https://www.djangoproject.com/|Django]], maybe using [[https://github.com/jazzband/django-ddp|django-ddp]] or [[http://www.django-rest-framework.org/|django-rest-framework]] or [[https://www.apollodata.com/|Apollo]] with [[http://docs.graphene-python.org/projects/django/en/latest/|graphene]]
   * [[https://www.meteor.com/|Meteor]]   * [[https://www.meteor.com/|Meteor]]
  
Line 90: Line 103:
       * [[https://wiki.qt.io/PySide2|PySide2]]: Seems to be actively developed again by [[https://www.qt.io/|The Qt Company]] - maybe another option instead of PyQt5       * [[https://wiki.qt.io/PySide2|PySide2]]: Seems to be actively developed again by [[https://www.qt.io/|The Qt Company]] - maybe another option instead of PyQt5
     * [[http://kivy.org|Kivy]] - seems to be nice for games/2d stuff; but DB driven UI? ...not.     * [[http://kivy.org|Kivy]] - seems to be nice for games/2d stuff; but DB driven UI? ...not.
-  * Web clients (also possible on desktop using [[https://electron.atom.io/|Electron]] +  * Web clients (also possible on desktop using [[https://electron.atom.io/|Electron]]) 
-    * [[https://angularjs.org|AngularJs]], by Google, MIT License+    * [[https://angularjs.org|AngularJs]], MIT License
     * [[https://www.sencha.com/products/extjs|ExtJs]], GPLv3 and Commercial License     * [[https://www.sencha.com/products/extjs|ExtJs]], GPLv3 and Commercial License
     * [[https://www.meteor.com|Meteor/Blaze]], MIT License     * [[https://www.meteor.com|Meteor/Blaze]], MIT License
Line 103: Line 116:
 This meanwhile is worth an [[en:dev:drafts:plugins|own draft page]]. This meanwhile is worth an [[en:dev:drafts:plugins|own draft page]].
  
 +==== FHIR ====
 +[[https://www.hl7.org/fhir|FHIR]] (pronounced like "fire") should be an integral part of MedUX from the start. It is an international attempt to consolidate health data of patient data in a structured manner. One possibility could be to create a FHIR implementation using Django, and pointing the frontend (Angular, native?) directly to that REST API.
 +
 +== Links ==
 +
 +  * [[https://github.com/smart-on-fhir|SMART-ON-FHIR]], by [[https://smarthealthit.org]], a collection of FHIR tools using Js, Swift and Python
 +    * [[https://github.com/smart-on-fhir/fhir-parser|fhir-parser]], a FHIR specparser and Python class generator
 +    * [[https://github.com/smart-on-fhir/client-py|client-py]], a Python FHIR client, for e.g. use on a PyQt5 frontend.
 +  * [[https://github.com/videntity/django-fhir|django-fhir]], a Django app with a pluggable backend as FHIR API
 +
 +
 +
 +==== LOINC ====
 +
 +All Data regarding lab results should be saved, or at least be interchangeable by the worldwide used [[https://loinc.org|LOINC]] format.
en/dev/brainstorming.1511769632.txt.gz · Last modified: 2017/11/27 09:00 by nerdoc