Tout
Solutions acceptées
Sylvain Guilbaud · Août 28, 2023 accéder à la publication

En fait, exclure tous les schémas '%' ne fonctionne pas très bien : avec cette option tous les noms de schémas sont masqués et quand on veut voir les données, les requêtes échouent du fait que toutes les tables sont considérées comme appartenant au schema par défaut SQLUser.

Sylvain Guilbaud · Août 24, 2023 accéder à la publication

La réponse parfaite avec l'API appropriée à utiliser a été donnée par @Vitaliy Serdtsev 

USER>zn "%sys"
%SYS>w ##class(SYS.Database).%OpenId("/is/iris/mgr/irisaudit").Size
11
%SYS>w ##class(%SYS.Audit).Erase(1)
1
%SYS>w ##class(SYS.Database).%OpenId("/is/iris/mgr/irisaudit").Size
1

Avec dans le messages.log  :

08/24/23-17:31:00:649 (23676) 0 [Database.FullExpansion] Expansion completed for database /is/iris/mgr/irisaudit/. Expanded by 10 MB.
08/24/23-17:33:38:885 (48001) 0 [Generic.Event] Dismounted database /is/iris/mgr/irisaudit/ (SFN 4)
08/24/23-17:33:39:955 (48001) 0 [Database.MountedRW] Mounted database /is/iris/mgr/irisaudit/ (SFN 4) read-write.

Sylvain Guilbaud · Août 24, 2023 accéder à la publication

Faire la modification depuis la classe %SYSTEM.CSP en utilisant $system.CSP.SetConfig:

CSS>d $system.CSP.DisplayConfig()
...
CSS>w $system.CSP.GetConfig("DefaultPasswordChangePage")
%CSP.PasswordChange.cls

CSS>d $system.CSP.SetConfig("DefaultPasswordChangePage","CSS.CSP.ChangePassword.cls")

CSS>w $system.CSP.GetConfig("DefaultPasswordChangePage")
CSS.CSP.ChangePassword.cls
Sylvain Guilbaud · Août 23, 2023 accéder à la publication

Bonjour,

vous pouvez aussi utiliser une méthode "low-code" en utilisant le langage DTL avec l'action REMOVE

 

utils.HL7.transfo.removeSegment

Class utils.HL7.transfo.removeSegment Extends Ens.DataTransformDTL [ DependsOn = EnsLib.HL7.Message ]

{
Parameter IGNOREMISSINGSOURCE = 0;
Parameter REPORTERRORS = 1;
Parameter TREATEMPTYREPEATINGFIELDASNULL = 0;
XData DTL [ XMLNamespace = "http://www.intersystems.com/dtl" ]
{
<transform sourceClass='EnsLib.HL7.Message' targetClass='EnsLib.HL7.Message' sourceDocType='2.6:ADT_A01' targetDocType='2.6:ADT_A01' create='copy' language='objectscript' >
<assign value='' property='target.{EVN}' action='remove' />
<assign value='' property='target.{DG1()}' action='remove' />
</transform>
}
}

Sylvain Guilbaud · Août 23, 2023 accéder à la publication

Bonjour @lilian taroua 
pour avoir une traduction de la doc en ligne, je vous conseille d'ajouter une extension (ex: Chrome Google Traduction).

Le résultat n'est pas parfait (Traduttore, traditore 🤔) mais permet quand même de répondre en partie au besoin assez rapidement et de manière efficace.

Exemple ci-dessous :

Sylvain Guilbaud · Août 18, 2023 accéder à la publication

FHIR SQL Builder

Le FHIR® SQL Builder, ou Builder, est un outil de projection sophistiqué utilisé pour créer des schémas SQL personnalisés à l'aide de données dans un référentiel FHIR sans déplacer ni dupliquer les données vers un référentiel SQL distinct. Le Builder est conçu spécifiquement pour fonctionner avec les référentiels FHIR et les bases de données multimodèles dans les produits InterSystems.

L'objectif du Builder est de permettre aux analystes de données et aux développeurs de Business Intelligence de travailler avec FHIR à l'aide d'outils analytiques familiers, sans avoir à apprendre une nouvelle syntaxe de requête. Les données FHIR sont codées dans un graphe orienté complexe et ne peuvent pas être interrogées à l'aide de la syntaxe SQL standard. Un langage de requête basé sur des graphes, FHIRPath, est conçu pour interroger les données FHIR, mais il n'est pas relationnel. En permettant à un gestionnaire de données de créer une projection SQL personnalisée de son référentiel FHIR, à l'aide de tables, de colonnes et d'index, le générateur permet aux analystes de données d'interroger les données FHIR sans la complexité de l'apprentissage de FHIRPath ou de la syntaxe de recherche FHIR.

Sylvain Guilbaud · Août 18, 2023 accéder à la publication
 

Standard vs. Norme

"FHIR est un standard (et pas une norme). Un standard d’interopérabilité de modélisation de la donnée de santé.

Si vous voulez une norme, il faut prendre les profils français créés par l’ANS par exemple.

Les profils permettent de normaliser le standard FHIR pour le rendre beaucoup plus contraignant." Luc

 

FHIR pour les développeurs

"Au-delà de l'interopérabilité, FHIR apporte la modélisation de la donnée. C'est un standard orienté développeurs ; le but étant d'être un standard présenté comme un langage compréhensible par des développeurs. FHIR est censé faciliter le développement des applications de santé, en apportant la couche transport et la couche modélisation. Il ne reste plus qu'à développer une application. 

C’est vraiment sur la partie modélisation de la données de santé que FHIR est une révolution." Luc

"Clairement il n'y a pas photo entre HL7 V2 et HL7 FHIR. Avec le FHIR je me retrouve dans ma zone de confort de développeur en informatique industrielle, avec des API standardisées, au format JSON, avec des grappes d'objet ; c'est une révolution pour un développeur." Guillaume

 

Cas d'Usage

"Le partage de documents, énorme sujets sur l'IoT (cf. Mon Espace Santé), l'hospitalisation à domicile, etc.

Le plus gros cas d’usage, que l’on attend depuis des années, c’est la communication ville-hôpital. C’est de pouvoir partir avec son dossier médical quand on déménage." Luc 

 

FHIR est le Web 3.0 des données de santé

« À l’identique du Web 3.0, le FHIR tient la promesse de décentraliser les données.

Avec FHIR, moi j’ai un rêve, c’est que mon dossier patient soit stocké sur mon téléphone, pour que quand je voyage, quand je déménage, quand j’ai une consultation chez mon médecin traitant ou à l’hôpital, j’autorise le professionnel de santé à accéder à mon dossier, pour qu’il amende mon dossier et que je le récupère. » Guillaume

 

Entrepôts de Données de Santé (EDS)

« FHIR peut aussi être utilisé pour standardiser les entrepôts de données de santé (EDS) ; par exemple, le consentement, l’anonymisation/pseudonymisation, la récupération de données, les mappings sémantiques et syntaxiques pour rendre la donnée utilisable, etc. ) et  pour standardiser les données dans les EDS. » Luc

« La grande différence entre l’OMOP et le FHIR réside dans le fait qu’OMOP est à la base orienté stockage des données médicales avec un modèle de données travaillant sur les couches basses alors que FHIR est un standard à la base d’échanges et d’interopérabilité sur les couches hautes. » Guillaume

 

OMOP

« L’orientation à rechercher est de créer des serveurs FHIR avec des exports OMOP, qui est la solution la plus adaptée pour un EDS. » Luc

« FHIR stocke les données au format documentaire, ce qui ne facilite pas les recherches dynamiques (ex: en SQL), à l’inverse de l’OMOP dont le format des données est basé sur un modèle relationnel, typique des requêtes exprimées en langage SQL. InterSystems rompt cette barrière en permettant de projeter les données FHIR en relationnel, sans duplication des données, et donc de les ouvrir à de la recherche médicale. » Guillaume

 

CQL

« CQL Clinical Quality Language, un standard développé par HL7, est un langage de haut niveau, spécifique à un domaine, axé sur la qualité clinique et destiné à la modélisation de processus, pour standardiser des règles à des fins d’aide à la décision (ex: gestion populationnelle, risque de contre-indication médicamenteuse, etc.). » Luc

« Le gros bénéfice, c’est qu’avec le CQL et le FHIR, les règles deviennent portables ; on n’a plus besoin de regrouper toutes les règles et les données au même endroit ; on à juste à répliquer les règles pour les appliquer sur différents entrepôts de données, pour ensuite regrouper les résultats. » Guillaume