Note de Version CLINICOM T2A - VERSION Note de Version. Version

Transcription

1 Note de Version Note de Version CLINICOM T2A - VERSION Version InterSystems SAS ISC_RD_CLINICOM_T2A_DUT_001_Contenu de la version docx R&D Page 1 sur 23

2 Historique et approbation Historique et approbation Historique Auteur Date Version Modifications / Observations Nicolas VOSSAERT 24/03/ Création Andrée Clermont 13/06/ Modification intitulé du document Tableau 1 : Historique Approbations Rédacteur Vérificateur Approbateur Nom Date Visa Nom Date - Visa Nom Date - Visa R&D Tableau 2 : Approbations Page 2 sur 23

3 Table des matières Table des matières 1 PMSI Evolutions inter-champs PMSI 2014 : nouveau format VIDHOSP V PMSI 2014 : CIM PMSI MCO Dévalidation de RUM si modification des actes et diagnostics après export Anomalie sur gestion du poids d entrée dans l UM PMSI 2014 : fonction de groupage 13.11f PMSI SSR Chargement de la table CSARR V Fichier de base CSARR accessible en visualisation Groupage GME (FG GME 1.1) pour des séjours à cheval Export erronés de séjour regroupés en GME PMSI 2014 : CSARR V2 code appareillage obligatoire pour les actes concernés PMSI 2014 : CSARR V2 nombre d intervenants obligatoire PMSI 2014 : CSARR V2 nombre de patient obligatoire PMSI 2014 : CSARR V2 ajout d un code extension documentaire PMSI 2014 : Nouveau format M08/M PMSI 2014 : Fonction de groupage SSR GME 1.2 et groupage inter-année PMSI HAD PMSI 2014 : Modification de la saisie des diagnostics dans le RPSS PMSI 2014 : nouveau format H07/H PMSI 2014 : fonction de groupage HAD PMSI PSY RSF-ACE RSF-ACE et épisodes sur UF non facturables PMSI 2014 : Ajout de nouvelles données dans les formats RSF-ACE PMSI 2014 : Type d UF dans le FdB des UF PMSI 2014 : Coefficient MCO incluant le coefficient prudentiel Moteur de contrôle Modification de la règle MSI PMSI 2014 : Nouvelle règle MSI PMSI 2014 : Code extension documentaire pour l anesthésie Nouvelle règle ACT Interfaces Mise à jour de l indicateur de confidentialité «médicale»...23 Page 3 sur 23

4 Avertissement Avertissement InterSystems - Tous droits réservés. Cette documentation est la propriété de InterSystems et ne peut être utilisée que par les établissements hospitaliers ayant signé un contrat de licence d'utilisation des logiciels InterSystems. Elle contient des informations protégées par la réglementation sur les droits d'auteurs et de propriété intellectuelle. Tous les droits sont réservés. La photocopie, la reproduction et/ou la traduction totale ou partielle de cette documentation est formellement interdite sans le consentement écrit préalable de la société InterSystems. Les données présentées dans les comptes rendus ou autres illustrations de cette documentation y figurent à titre purement indicatif et ne font aucune référence à des personnes existantes. Toute similitude avec des noms de personnes, vivantes ou décédées, ou des données réelles serait une coïncidence dont InterSystems décline toute volonté intentionnelle. Les informations contenues dans cette documentation pourront faire l'objet de modifications sans préavis et ne sauraient en aucune manière engager InterSystems. En ce qui concerne les évolutions de ce document, nous serons très attentifs aux remarques et suggestions que vous nous transmettrez. Aussi nous vous remercions par avance de bien vouloir envoyer vos suggestions éventuelles à l'adresse indiquée ci-dessous : INTERSYSTEMS Tour Europlaza La Défense 4 20 avenue André Prothin Courbevoie Page 4 sur 23

5 1 PMSI Cette version CLINICOM contient les évolutions réglementaires du PMSI Dans les chapitres ci-dessous, ces développements sont identifiés de manière particulière par la mention «PMSI 2014». 1.1 Evolutions inter-champs PMSI 2014 : nouveau format VIDHOSP V009 Le format VID-HOSP V009 a été intégré dans CLINICOM : Il comporte les données supplémentaires suivantes : Code gestion, Code participation assuré, N d entrée, Rang de naissance, Rang du bénéficiaire, N caisse gestionnaire, N centre gestionnaire. Ces données sont déjà recueillies dans CLINICOM au travers de la saisie des débiteurs. Il n y a donc aucun impact en termes de recueil de données. Le format VIDHOSP V009 est automatiquement proposé lors d exports PMSI SSR et HAD aux formats 2014 : M08/M18 et H07/H17. En revanche, les formats MCO et PSY étant inchangés en 2014, les formats 016/116 et P05 proposent toujours par défaut le format VIDHOSP V008. Pour information : L atih a annoncé de nouveaux contrôles OVALIDE portant sur les données du VIDHOSP notamment les codes d exonération du TM, la date de 1ere hospitalisation, et le montant total AMC (exploité pour la transmission des séjours AME) PMSI 2014 : CIM Les packages d installation de la CIM sont disponibles auprès du support. La CIM-10 est applicable : Pour la PSY au 1 er janvier 2014 Pour le MCO et le HAD au 1 er mars 2014 Pour le SSR au 30 décembre 2013 Rappel : Il est possible depuis la version de créer une table de diagnostics propre à l activité PSY. Cette table sera exploitée au travers de la saisie des actes PSY et saisie RPS. Cela complète la possibilité déjà existante de créer des tables propres au SSR. Chaque champ peut donc désormais avoir sa propre table de diagnostics avec ses propres dates de validités. Page 5 sur 23

6 1.2 PMSI MCO Dévalidation de RUM si modification des actes et diagnostics après export Mantis Une nouvelle option d hôpital a été créée pour interdire les modifications d actes et diagnostics lorsque le séjour comporte un RUM au statut exporté (export définitif). Lorsque cette option est positionnée à TRUE, les utilisateurs paramétrés "non appartenance DIM" ne peuvent plus ajouter/modifier/supprimer des actes et diagnostics via la saisie CCAPS (idem pour les interfaces actes et diagnostics qui provoque un rejet). Pour les utilisateurs "appartenance DIM", la modification reste toujours possible, le RUM passe alors au statut "exporté modifié". Pour les séjours multi-rss (HDJ avec venue gérant 1 RSS par venue), le contrôle s applique en fonction de la date/heure de l acte ou du diagnostic que l on essaie d ajouter/modifier s il y a un RUM exporté à cette date/heure. L ajout/modification reste donc possible uniquement à des dates de RUM non encore exportés définitivement. Nota Bene : Par défaut cette option n est pas activée pour conserver le comportement antérieur. Positionner cette option à TRUE si vous voulez interdire la modification des actes et diagnostics après l export définitif des RUM. Remarque : D autres actions utilisateurs peuvent encore affectées la validation d un RUM. Ces aspects seront traités dans la version 2015 de CLINICOM dans le cadre des évolutions pour FIDES séjour nécessaires à l intégration de DEFIS (notion de RSS figé) Anomalie sur gestion du poids d entrée dans l UM Mantis Une anomalie a été détectée sur l export du poids d entrée dans l UM pour les épisodes en entrée directe (sans déclaration de naissance) de BB de plus de 28 jours au moment de l admission (âge à l admission). Le poids n était pas exporté dans ce cas. Cela avait donc pour conséquence de «rater» éventuellement le groupage du séjour en CM 15. Page 6 sur 23

7 Cette anomalie est désormais corrigée PMSI 2014 : fonction de groupage 13.11f Le package d installation de la fonction de groupage MCO 13.11f est disponible auprès du support. Ce package inclus les niveaux de sévérité 2014 des CMA. Page 7 sur 23

8 1.3 PMSI SSR Chargement de la table CSARR V2 L installation de la version CLINICOM installe automatiquement la table CSARR V2 avec comme date de prise d effet le 30/12/ Fichier de base CSARR accessible en visualisation Mantis La consultation des tables CSARR est à présent disponible dans la gestion des fichiers de base. On y retrouve les 2 fichiers de base «habituels» : - Tables CSARR : Les tables avec leur date de validités - Actes CSARR : Pour la table sélectionnée, son contenu Exemple : Remarque : Cette fonction permet une consultation des tables officielles et d agir sur certaines informations. Aujourd hui, seules les tables officielles sont exploitées. Il n est pas possible aujourd hui de créer et gérer des tables de code propre (ou table de service) sur la saisie CSARR. Page 8 sur 23

9 1.3.3 Groupage GME (FG GME 1.1) pour des séjours à cheval Mantis La FG-SSR GME 1.1 considère comme erronée un RHS dont l année de la semaine est différente de l année de la semaine du dernier RHS de la suite, pour un même séjour. L erreur 205 est retournée par le FG sur tous les RHS de 2013 d un séjour d hospit complète pour lequel on tente de signer et donc grouper un RHS sur l année Pour palier temporairement à cette limite de la FG GME 1.1, nous avons restreint l appel de la FG GME 1.1 aux seuls RHS de l année du RHS signé : - Si on signe un RHS 2013, seuls les RHS de 2013 seront envoyés au groupeur - Si on signe un RHS 2014, seuls les RHS de 2014 seront envoyés au groupeur A noter : ce n est pas dans l esprit de la GME qui est conçue pour un groupage au séjour. La fonction de groupage GME 1.2 apporte la fonctionnalité de groupage inter-année (cf. chapitre ), mais elle ne sera sollicitée que pour les séjours toujours ouverts au 03/03/2014 date d activation de cette FG à moins de l activer dès le 30/12/2013. Les séjours à cheval sortis en janvier ou février 2014, ne peuvent pas être groupés de manière trans-exercice avec la FG GME 1.1. La solution apportée à ce problème permet de grouper temporairement ces séjours pour la partie 2013 et pour la partie 2014 séparément. La fonction de groupage 1.2 apportera la solution définitive (cf. chapitre ) Export erronés de séjour regroupés en GME 1.1 Mantis Lorsqu un séjour initialement groupé en GMD était regroupé en GME (après activation rétroactive de la FG GME 1.1), il arrivait que des RHS conservent les points IVA précédemment attribués par la fonction de groupage en GMD. La conservation de ces points IVA sur un groupage en GME étaient mal interprété par CLINCIOM qui exportait à tort ces RHS dans les exports M07/M17 en mode «GMD». Cette anomalie est corrigée : en regroupant en GME des séjours initialement groupés en GMD, les points IVA ne sont plus conservés permettant alors un export correct de ces RHS au format M07/M17 en mode GME PMSI 2014 : CSARR V2 code appareillage obligatoire pour les actes concernés Le codage des étapes d'appareillage A, B, C devient obligatoire pour les étapes réalisées par les professionnels de l'établissement. Cela concerne, tous les actes des subdivisions hiérarchiques suivantes pour lesquelles les notes font mention de ce code appareillage : - tous les actes de toutes les subdivisions du chapitre ; - tous les actes des 2 sous-divisions et Page 9 sur 23

10 Lors de la saisie d un acte CSARR de ces chapitres, un contrôle obligera la saisie du code appareillage associé : PMSI 2014 : CSARR V2 nombre d intervenants obligatoire Un acte pluri professionnel ne peut désormais être codé que par un seul intervenant : celui qui a la responsabilité de l'acte. Le professionnel indique alors sur l acte le nombre d intervenant ayant participé à la réalisé de cet acte. Le nombre d intervenant est obligatoire pour les 9 actes pluri professionnels (cf. annexe 2 du guide de lecture de CSARR V2) : PEQ+086 ZZQ+291 ZZC+255 ZZC+028 ZZQ+027 ZZQ+261 ZZQ+140 ZZQ+200 ZZC+221 Évaluation pour fourniture de fauteuil roulant électrique Évaluation à plusieurs intervenants de l'aptitude à la conduite d un véhicule automobile avec adaptation personnalisée Diagnostic éducatif initial sans établissement de programme personnalisé d'éducation thérapeutique Diagnostic éducatif initial avec établissement d'un programme personnalisé d'éducation thérapeutique Évaluation individuelle intermédiaire des compétences acquises au cours d'un programme personnalisé d'éducation thérapeutique Évaluation individuelle finale des compétences acquises au cours d'un programme personnalisé d'éducation thérapeutique Évaluation du projet de vie du patient sans préparation de dossier pour maison départementale des personnes handicapées [MDPH] Évaluation du projet de vie du patient avec préparation de dossier pour maison départementale des personnes handicapées [MDPH] Synthèse interdisciplinaire de rééducation et/ou de réadaptation Lorsque pour des raisons liées à l état de santé des patients, ou pour des raisons organisationnelles plusieurs professionnels concourent à la réalisation d'un acte (sous-entendu acte non reconnu comme pluri professionnel), le codage du nombre d'intervenants est facultatif à compter dans les RHS postérieurs au 3 mars Des contrôles ont été ajoutés à la saisie pour garantir une saisie conforme : - Un contrôle (non bloquant) prévient lors de la présence dans le RHS de plusieurs fois le même acte pluri-professionnel le même jour (suppose la saisie de la date). Page 10 sur 23

11 - Pour les 9 actes reconnus comme pluri-professionnels, le codage du nombre d'intervenants est obligatoire dans les RHS postérieurs au 3 mars Le nombre d intervenant est accessible et modifiable pour tout acte, mais obligatoire uniquement pour les actes reconnus comme pluri-professionnels PMSI 2014 : CSARR V2 nombre de patient obligatoire En 2014, le codage du nombre de patient par classe de nombre de patients est remplacé par le codage du nombre réel de patients. Dans CLINICOM, le recueil se base déjà sur le nombre de patient «réel» dans la saisie CSARR. La correspondance en classe était faite à l export des RHS. Le recueil est donc inchangé, néanmoins, ce nombre de patient devient obligatoire pour tous les actes qu'ils soient individuels dédiés, individuels non-dédiés ou collectifs. Pour les actes individuels dédiés ou non dédiés (pas de distinction de tout manière) le nombre à renseigner est 1. Pour les actes collectifs le nombre de patients à renseigner est celui du nombre de patients pris en charge simultanément. Des contrôles ont été ajoutés à la saisie pour garantir une saisie conforme : le nombre de patient est obligatoire pour tout acte CSARR à compter du 30/12/2013. le nombre de patient est automatiquement pré-alimenté à 1 pour tous les actes CSARR individuels (à l export et à la saisie) le nombre de patient N EST PAS automatiquement pré-alimenté pour les actes CSARR collectifs obligeant l utilisateur à le saisir manuellement. Page 11 sur 23

12 1.3.8 PMSI 2014 : CSARR V2 ajout d un code extension documentaire Dans le format M08/M18, une zone code extension documentaire de 2 caractères associée au actes CSARR est créée pour suivre des thèmes particuliers pour une durée limitée. En 2014, il pourra être utilisé pour préciser le plateau technique spécialisé éventuellement mobilisé pour la réalisation de l acte CSARR. La liste des plateaux techniques et les codes s'y rapportant figurent en annexe 3 du Guide CSARR (cf. ci-dessous), mais aucune liste de cohérence des codes extension par code CSARR n est publiée. Il faut donc considérer à défaut que ces codes extension sont possibles pour tous les actes CSARR et jamais obligatoire. La saisie CSARR a donc été complété par une nouvelle colonne «Extension documentaire» qui propose une liste de choix correspondant à l annexe 3 du guide CSARR pour 2014 : Code P0 P1 P2 P3 P4 P5 P6 P7 P8 Libellé Appareil d'isocinétisme à l'exclusion des appareils d'isocinétisme filin Assistance robotisée de la marche Assistance robotisée des membres supérieurs à des fins de rééducation Locaux permettant la simulation d'espaces de vie Appartement d'autonomie Appartement comprenant a minima les pièces suivantes : chambre, salle de bain/toilettes, espace cuisine, salle à manger/salon Laboratoire d'analyse de la marche et du mouvement Simulateur de conduite automobile Equipements d'exploration de l'équilibre et de la posture Véhicule adapté pour personne à mobilité réduite Ces codes extension seront affectables à tous les codes CSARR sans obligation de saisie. Page 12 sur 23

13 1.3.9 PMSI 2014 : Nouveau format M08/M18 Le nouveau format M08/M18 tenant compte des nouvelles données du CSARR V2 a été intégré : Par défaut, ce nouveau format est automatiquement associé au format VIDHOSP V PMSI 2014 : Fonction de groupage SSR GME 1.2 et groupage inter-année Le package d installation de la fonction de groupage SSR GME 1.2 est disponible auprès du support. La fonction de groupage 1.2 gère le groupage inter-année des séjours (limité à la reprise des RHS de N et N-1). Les séjours à cheval sur l année 2013 et 2014 ne pourront donc être groupés correctement que avec la fonction de groupage GME 1.2. L atih dans sa note laisse la possibilité aux établissements de gérer les exports de début 2014 de 2 manières - Soit en appliquant le format M08/M18 (donc le groupage GME 1.2) au 03/03/2014 en acceptant des RHS d un même séjour sur des formats différents - Soit en appliquant le format M08/M18 (et donc le groupage GME 1.2) de manière rétroactive au 30/12/2013, permettant de produire tous les RHS de 2014 sur un même format. La problématique des séjours d hospitalisation complète inter-année ne laisse pas trop le choix et milite pour l application du format M08/M18 et du groupage GME 1.2 dès le 30/12/2013. Page 13 sur 23

14 Il convient donc d activer la fonction de groupage GME 1.2 dès le 30/12/2013 : Page 14 sur 23

15 1.4 PMSI HAD PMSI 2014 : Modification de la saisie des diagnostics dans le RPSS Initialement, la saisie des diagnostics dans le PMSI HAD était basée sur le modèle MCO : 1 et un seul DP obligatoire et des DAS possibles. C est le mode de saisie de CLINICOM en place aujourd hui : En 2013 a été donné la possibilité de gérer la saisie des diagnostics au choix : Selon la modalité «classique» 1 DP / 99 DAS Par une modalité «DCMP» : Diagnostic Correspondant au Mode de Prise en charge portant de 1 à 9 DCMPP, de 0 à 9 DCMPA et 99 DAS En 2014, il devient obligatoire de préciser les Mode de Prise en charge Principal (MPP) et Mode de Prise en charge Associé (MPA) par des «Diagnostics Correspondants». Une seule modalité de recueil des diagnostics est désormais permise : 1 et 1 seul DP De 0 à 9 DCMPP Diagnostic Correspondant au Mode de Prise en charge Principal De 0 à 9 DCMPA Diagnostic Correspondant au Mode de Prise en charge Associé 99 DAS L écran des RPSS a donc été modifié au niveau de la saisie des diagnostics associés afin d apporter la précision des diagnostics de type DCMPP et DCMPA : Page 15 sur 23

16 Le nombre de diagnostics correspondant au mode de prise en charge est rappelé au niveau du MP et MA. Le code couleur permet de distinguer rapidement les diagnostics associés : - DCMPP : en couleur jaune - DCMPA : en couleur rose - DAS : sans couleur (blanc) Des contrôles ont été ajoutés à la saisie pour garantir une saisie conforme : - Message d avertissement (non bloquant en 2014) s il n y a aucun diagnostics associé coché comme DCMPP si la MPP n est pas vide ou pas = 00 - Message d avertissement (non bloquant en 2014) s il n y a aucun diagnostics associé coché comme DCMPA si la MPA n est pas vide ou pas = 00 - Il n est pas permis de cocher un diagnostic à la fois comme DCMPP et comme DCMPA (coche exclusive de l une ou l autre ou aucune) - Il n est pas permis de cocher plus de 9 diagnostics associés comme DCMPP - Il n est pas permis de cocher plus de 9 diagnostics associés comme DCMPA Cette nouvelle propriété du type de DA = <DCMPP>, <DCMPA> est : - Exploitée dans l export RPSS au format H07/H17 - Exploité dans l héritage des données de la séquence précédente - Exporté dans l infocentre dans FD_PMSI_HAD_SEQUENCEDIAGS - Exporté dans le flux d édition PMSIRPS record RPSDAS Page 16 sur 23

17 1.4.2 PMSI 2014 : nouveau format H07/H17 Le nouveau format H07/H17 tenant compte de la nouvelle modalité de recueil des diagnostics a été intégré : Par défaut, ce nouveau format est automatiquement associé au format VIDHOSP V PMSI 2014 : fonction de groupage HAD 5.6 Le package d installation de la fonction de groupage HAD 5.6 est disponible auprès du support. RAS 1.5 PMSI PSY Page 17 sur 23

18 RSF-ACE 2 RSF-ACE 2.1 RSF-ACE et épisodes sur UF non facturables Mantis Les actes sur épisode de consultations externe porté par une UF non facturable n étaient pas exportés dans le RSF-ACE. Désormais, ces actes ont un traitement particulier : ils sont exportés dans le RSF-ACE avec les indicateurs suivants : Indicateur FIDES = non Facturation AM = non Motif de non facturation = 9 (autres) 2.2 PMSI 2014 : Ajout de nouvelles données dans les formats RSF-ACE Les formats RSF-ACE comportent de nouvelles données à compter du 1 er mars 2014 : - Code gestion sur les RSF-ACE de type A (début de facture) Cette information est déjà recueillie au travers de la saisie des débiteurs. - Type d unité fonctionnelle de consultations sur les RSF-ACE de type C Cette information nécessite un nouveau paramétrage au niveau du FdB des UF (cf. ci-dessous) - Coefficient MCO sur les RSF-ACE de type C et B Cette information nécessite un nouveau paramétrage au niveau du FdB des coefficients de transition (cf. ci-dessous) 2.3 PMSI 2014 : Type d UF dans le FdB des UF Afin d identifier dans les RSF-ACE les activités financées par MIGAC et l UCSA, il faut ajouter sur les enregistrements de type RSF-ACE C une nouvelle information «Type d unité fonctionnelle» qui peut prendre les valeurs suivantes : 01 Les consultations mémoire effectuées exclusivement dans les centres mémoire de ressources et de recherche (CM2R) 02 Les consultations des centres référents pour les troubles spécifiques d'apprentissage du langage 03 Les consultations «maladies rares» effectuées exclusivement dans les centres de référence pour la prise en charge des maladies rares 04 Les consultations pour la mucoviscidose effectuées exclusivement dans les centres de ressources et de compétences sur la mucoviscidose 05 Les consultations destinées à effectuer la prévention, le dépistage et le diagnostic de l'infection par le VIH (mentionnées à l'article L CSP) effectuées dans les centres de dépistage anonyme et gratuit (CDAG) 06 Les consultations mémoire effectuées dans les établissements ne disposant pas de centre mémoire de ressources et de recherche (CM2R) 07 Les consultations hospitalières d'addictologie 08 Les consultations hospitalières de génétique Page 18 sur 23

19 RSF-ACE 09 Les consultations de prise en charge des patients atteints de la maladie de Parkinson ou de syndromes parkinsoniens effectuées exclusivement dans les centres experts de la maladie de Parkinson 10 UCSA (soins aux détenus) Il n y a pas de correspondance possible entre ce nouveau «type d UF» et les DE ou DMT des UF. Il a donc fallu ajouter cette information facultative au Fichier de base des UF qu il convient de paramétrer en conséquence : Note Bene : Cette nouvelle information n est accessible que sur les UF de type EXT. 2.1 PMSI 2014 : Coefficient MCO incluant le coefficient prudentiel Le fichier de base des coefficients de transition (Paramétrage / Facturation / Paramétrage des coefficients de transitions) a été complété d une colonne permettant de renseigner le coefficient prudentiel : Le coefficient MCO alimenté dans les RSF-ACE est calculé différemment selon la nature de la prestation concernée : Page 19 sur 23

20 RSF-ACE Nature de l acte ATU, FFM, SE, ATU, FFM, SE, D12, D13, D14, D15, D16, D20, D21, D22, D23 APE Tous les autres (actes CCAM, NGAP, Calcul du coefficient MCO coefficient géographique x coefficient de transition x coefficient prudentiel coefficient géographique x coefficient prudentiel coefficient de transition Source : manuel de VisualValoAce (atih) Dans le format RSF-ACE, les définitions des montants véhiculés sont inchangées. Dans le RSF-ACE de type C (et B), le coefficient MCO est donc calculé SANS INCIDENCE SUR LES MONTANTS du RSF- ACE. Page 20 sur 23

21 Moteur de contrôle 3 Moteur de contrôle Ces évolutions de contrôle sont disponibles moyennant l activation du nouveau moteur de contrôle. L action de ces contrôles et leurs corrections automatiques éventuelles sont paramétrables par le site. Prenez contact avec le chef de projet/responsable de compte pour activer le nouveau moteur de contrôle si besoin (module soumis à Licence). 3.1 Modification de la règle MSI.001 Mantis La règle MSI.001 «Dépistage surdité absent pour les NN» a été créée en 2013 sur la détection d une absence d actes CCAM de type «CDQxxxx» sur les dossiers de NN. A compter du 1 er mars 2014, cette même règle détecte non plus l absence d un acte, mais l absence du code diagnostic Z13.51 sur les dossiers de NN. 3.2 PMSI 2014 : Nouvelle règle MSI.005 Mantis Les codes CIM-10 de la catégorie O08 (complications consécutives à un avortement, une grossesse extra-utérine et molaire) ayant été réintégrés dans la liste des «Affections du post partum et du post abortum», à compter du 1er mars 2014, il n est plus nécessaire de coder en DAS un code de la catégorie Z39 (Soins et examens du postpartum) pour les séjours du postabortum. En revanche ce code est toujours requis pour les séjours du postpartum Une nouvelle règle MSI.005 a donc été créée «Codage Z39 non requis pour les séjours du postabortum (O08)». Elle est déclenchée lorsque sont présents sur un même séjour un diagnostic Z39._ et un O08._. 3.3 PMSI 2014 : Code extension documentaire pour l anesthésie L absence du code extension documentaire pour les actes d anesthésie est toujours considérée comme une anomalie non bloquante en Néanmoins la règle ACT.012 apparue dans la version permet de détecter l absence du code extension documentaire et d affecter par défaut automatiquement le code extension documentaire Nouvelle règle ACT.013 Mantis La règle ACT.013 détecte les saisies de l acte YYYY015 «Forfait de réanimation niveau A» sur des UF non reconnue comme des UF de réanimation ou de surveillance continue. Page 21 sur 23

22 Moteur de contrôle La reconnaissance de ces UF de réanimation et surveillance continue se base sur la Discipline d Equipement de l UF de réalisation. Remarque : Cette règle suppose l activation au préalable du nouveau moteur de contrôle. Page 22 sur 23

23 Interfaces 4 Interfaces Ces évolutions d interface sont disponibles à compter de la version de CLINICOM, mais l installation de la version CLINICOM ne suffit pas toujours à mettre en place les échanges adéquats pour la prise en compte de ces nouvelles informations. La production Ensemble (ou le design OPENLink) et l application interfacée doivent en effet être parfois mis à jour spécifiquement en fonction des applications émettrices ou destinatrices des informations. Prenez contact avec le chef de projet/responsable de compte pour mener le projet de modification des interfaces concernées sur votre site si vous souhaitez bénéficiez de ces évolutions. 4.1 Mise à jour de l indicateur de confidentialité «médicale» La mise à jour de la confidentialité médicale dans l écran «info épisode» ne provoque pas de message de mise à jour des données d admission/épisode qui véhiculent cette information. L option d installation Y5087 a été ajoutée pour gérer l envoi d un message de type modification d admission lors de la mise à jour de l indicateur de confidentialité médicale dans les infos épisodes. Ce comportement est mis sous option pour : - Préserver le comportement antérieur à défaut - Laisser le choix aux établissements d activer ou non ce message. En effet, selon l environnement applicatif du SIH, il n est pas pertinent de provoquer la mise à jour d une admission pour cette seule confidentialité si aucune application abonnée du SIH l exploite. Page 23 sur 23