Esborrany de procediment d'homologació per a Sistemes d ... · 1 de 37 Criteris de conformitat,...

1 de 37

Criteris de conformitat, sistemes de Anatomia Patologica Criteris per la conformitat amb la interoperabiitat dels sistemes de Anatomia Patologica

Esborrany de procediment d'homologació per a Sistemes d'Informació d'Anatomia Patològica (SIAP)

2 de 37


Índex

1. Introducció ...................................................................................................................... 4

1.1. Guia de conformitat ................................................................................................. 4

2. Funcionalitats ................................................................................................................. 5

2.1. Idioma ...................................................................................................................... 5

2.2. SNOMED CT ........................................................................................................... 5

2.2.1. Gestió de subconjunts de SNOMED CT. ........................................................... 5

2.2.2. Descripció completa en termes SNOMED CT. .................................................. 8

2.2.3. Gestió d’extensió catalana de SNOMED CT. .................................................... 8

2.2.4. Altres extensions. Permetre als usuaris gestionar extensions locals. ................ 9

2.2.5. Actualització dels subconjunts, extensions. ....................................................... 9

2.2.6. Importació de publicacions noves i d’actualitzacions ....................................... 10

2.2.7. Importació d’extensions ................................................................................... 10

2.2.8. Accés a la informació històrica ........................................................................ 11

2.2.9. Mostrar informació detallada de la procedència o pertinència del terme referit envers extensions i subconjunts en els que estigui referenciat. .................................... 12

2.2.10. Indicar les relacions que te el terme trobat amb altres termes i permetre navegar per ells. ........................................................................................................... 12

2.3. Accés segur i confidencialitat de les dades ............................................................ 12

2.4. Integració amb sistemes ........................................................................................ 13

2.5. SCTID. ................................................................................................................... 13

2.5.1. El Tipus de dades SCTID ................................................................................ 13

2.5.2. Representació del SCTID ................................................................................ 13

2.5.3. El SCTID i les extensions ................................................................................ 14

2.5.4. Restriccions dels SCTID .................................................................................. 15

2.5.5. Dígit de control ................................................................................................ 15

2.5.6. Identificador de partició ................................................................................... 16

2.5.7. Espais de noms d’una extensió ....................................................................... 16

3 de 37


2.5.8. Dígits de l’identificador de cada entitat ............................................................ 17

2.5.9. SCTID - Exemples ........................................................................................... 17

2.6. Mitjans de distribució ............................................................................................. 18

2.7. Formats d‟arxiu ...................................................................................................... 18

2.7.1. Estructura dels directoris i convencions de denominació ................................. 19

2.7.2. Informació sobre la versió de la terminologia ................................................... 20

2.7.3. Càlcul del dígit de control ................................................................................ 20

2.8. Descripció completa (Fully Specified Name, FSN) ................................................. 22

2.9. Terme preferit ........................................................................................................ 22

2.10. Sinònims ............................................................................................................ 22

2.11. Definicions de relacions i conceptes ................................................................... 23

2.11.1. Relacions IS_A (ES UN/UNA) ......................................................................... 23

2.11.2. Relacions d’ atributs ........................................................................................ 23

2.12. Importació: Formats de publicació actualitzats ................................................... 25

2.13. Actualització a partir dels arxius de distribució ................................................... 25

2.14. Importació d‟extensions ...................................................................................... 26

3. Glossari ........................................................................................................................ 28

4. Referències .................................................................................................................. 31

4 de 37


1. Introducció

Aquest document és l‟especificació de funcionalitats per a un procés de conformitat amb la

interoperabilitat d‟un Sistema d‟Informació d‟Anatomia Patològica (a partir d‟ara

l‟anomenarem SIAP), entenent que marcarà les directrius que qualsevol d‟aquests

programes informàtics haurà de complir per a poder ser usat dins dels sistemes dels centres

del SISCAT.

Per a establir el procediment d‟homologació d‟un SIAP, s‟ha partit del document de

requeriments funcionals inicials exigibles, donant per descomptat que el SIAP cobreix a

nivell de circuits tot el que és necessari per a treballar en un servei d‟anatomia patològica i

no defineix, en aquest sentit, cap funcionalitat específica. Els requeriments funcionals que

s‟exigeixen explícitament estan agrupats en tres blocs: idioma, seguiment i aplicació de

SNOMED CT, seguretat i confidencialitat, i finalment, la integració amb els sistemes

d‟explotació.

En aquesta proposta hem pres com a referència les normes PHR-S FM, així com els

documents oficials de l‟estàndard SNOMED CT.

1.1. Guia de conformitat

Aquest document permet servir com a eina per donar la conformitat als sistemes SIAP, per a

això es defineixen un conjunt de requeriments funcionals, aquests requeriments funcionals

tenen un ordre de prioritat que defineix l'obligatorietat o opcionalitat del requeriment

funcional, els possibles valors són:

OBL: Requeriment funcional d'obligat compliment per a tenir la conformitat OPC: Requeriment opcional, es valorarà positivament el compliment d'aquests requeriments.

Cada requeriment funcional està definit per un objectiu i la seva descripció, acompanyat si

es considera oportú d'un exemple.

La guia de conformitat disposa d'un glossari de termes sobre SNOMED CT que permet

conèixer amb profunditat les característiques tècniques de SNOMED CT.

5 de 37


2. Funcionalitats

2.1. Idioma

Rang de prioritat: OBL

Objectiu: Definir l ‟idioma de l ‟interfície d‟usuari del SIAP.

Descripció: Qualsevol SIAP haurà de disposar d‟una interfície d‟usuari en català. Això vol

dir que tots els menús de l‟aplicació informàtica: textos, etiquetes, missatges, etc., que

interactuïn amb l‟usuari, hauran d‟estar en aquest idioma.

El SIAP podrà oferir la possibilitat de configurar altres idiomes, però és obligatori disposar

del català.

2.2. SNOMED CT


Objectiu: El SIAP ha de categoritzar mitjançant l‟estàndard SNOMED CT.

Descripció: El SIAP haurà de ser capaç de bloquejar la forma de codificar actual (SNOMED

II, CIE-9, etc.) i obligar a l‟ utilització de SNOMED CT pels registres dels nous casos

d‟estudi, sense perdre l‟ informació de la codificació anterior i tot el seu històric.

El SIAP haurà de tenir la possibilitat de treballar amb termes SNOMED CT. Per allò es

sol·licita disposar de les següents funcionalitats integrades:

2.2.1. Gestió de subconjunts de SNOMED CT.


Objectiu: El SIAP podrà treballar i gestionar subconjunts SNOMED CT.

Descripció: Els subconjunts permeten especialitzar el catàleg segons les necessitats

territorials o les especialitats mèdiques o farmacològiques. El SIAP haurà de poder treballar

amb aquests subconjunts, permetre la seva actualització i manteniment, així com deixar

definir nous subconjunts d‟àmbit més local.

Aquesta gestió de subconjunts de snomed CT ha de ser seguint les definicions de

subconjunts definits per snomed CT (Veure glossari termes)

2.2.1.1. Subconjunt nucli SNOMED CT:


Objectiu: Facilitar l‟accés al nucli principal de SNOMED CT

6 de 37


Descripció: Un Sistema d‟Informació d‟Anatomia Patològica ha de ser capaç de treballar

amb el catàleg base de SNOMED CT, en qualsevol de les seves versions.

Exemples: Accés a totes les funcionalitats del catàleg general de SNOMED CT: anatomia,

principis actius, etc.

2.2.1.2. Subconjunt anatomia definit pel comitè editor de Catalunya.


Objectiu: El comitè editor de Catalunya (que en el cas d‟Anatomia Patològica és la comissió

snomed CT) definirà i gestionarà el subconjunt d‟anatomia patològica.

Descripció: Un subconjunt és un conjunt de conceptes, descripcions o relacions apropiades

per a un idioma, dialecte, país, especialitat, organització, usuari o context en particular. El

comitè editor de Catalunya s‟encarregarà de crear i actualitzar aquest subconjunt amb el

propòsit d‟especialitzar-lo en conceptes d‟Anatomia Patològica.

El SIAP ha de ser capaç d‟utilitzar el subconjunt d‟anatomia patològica definit pel comitè

editor de Catalunya.

Exemples:

CONCEPTID SNOMEDID

103007 L-37904

106004 T-D8602

107008 T-F1102

108003 T-49723

110001 T-71210

111002 T-B7000

116007 T-03694

2.2.1.3. Taula de subconjunts i estructura dels arxius


Objectiu: Definir l‟estructura d‟emmagatzematge dels conceptes pels nous subconjunts.

Descripció: El SIAP ha de tenir l‟estructura d‟arxius que es defineixen en el manual de

SNOMED CT (veure el glossari del document). Per a tots els subconjunts s‟utilitza una

7 de 37


estructura d‟arxiu comú. Aquest enfocament simplifica l‟estructura de la publicació i el procés

d‟instal·lació per tots els usuaris de SNOMED.

Per la publicació dels subconjunts s‟utilitzen dues taules:

Taula de Subconjunts:

Cada fila d‟aquesta taula descriu una publicació d‟un subconjunt. Aquesta taula inclou els subconjunts de SNOMED CT que s‟agrupen a la Taula de Membres del Subconjunt.

Taula de Membres del Subconjunt:

Cada fila d‟aquesta taula representa un membre d‟un subconjunt. El membre pot ser un concepte o una descripció. Aquesta taula pot agrupar un o més subconjunts.

2.2.1.4. Subconjunt mini glossari definit pel comitè editor de Catalunya.

Rang de prioritat: OPC

Objectiu: Utilitzar el mini glossari amb els termes més rellevants en anatomia patològica.

Descripció: El mini glossari no és un nou subconjunt, sinó un grup molt reduït dels termes

més rellevants que s‟utilitzen en anatomia patològica.

Exemple:

ID SNOMEDID DESCRIPTIONID TERM

381 T-01000 941437019 pel

382 T-0100A 878355014 empelt de pel

383 T-01600 1021019016 ungla

384 T-02652 1016707019 pell de la cara palmar de la mà

385 T-02865 1333546015 pell de la planta del peu

386 T-03000 1019359011 teixit subcutani

387 T-04000 1031025011 mama

388 T-04040 1001883019 secreció mamària

389 T-04100 903078015 mugró

390 T-10000 907837015 sistema múscul-esquelètic

8 de 37


ID SNOMEDID DESCRIPTIONID TERM

391 T-11001 1064859015 os (òrgan)

392 T-12711 851681012 cap femoral

2.2.1.5. Subconjunts de domini i subconjunts d’idioma en SNOMED CT.


Objectiu: Possibilitat de treball amb els idiomes català i castellà en SNOMED CT.

Descripció: El SIAP ha de poder utilitzar la terminologia SNOMED CT tant en la versió

catalana com castellana.

Les descripcions dels conceptes son els termes o noms assignats a un concepte de

SNOMED CT. En aquest context, "terme" significa una frase utilitzada per nombrar un

concepte. Un identificador de descripció (DescriptionID) únic identifica una descripció.

Diferents descripcions poden associar-se amb un concepte identificat pel seu ConceptID.

2.2.2. Descripció completa en termes SNOMED CT.


Objectiu: Cada concepte haurà de disposar d‟una descripció complerta.

Descripció: El propòsit s‟ identifica de manera unívoca un concepte i aclarir el seu significat;

no necessariament representa la frase més utilitzada o natural per descriure aquest

concepte. De la mateixa forma, un concepte pot també tenir un terme preferit, així com

comptar amb sinònims.

Exemple: Algunes de les descripcions associades amb el ConceptID 22298006:

Descripció completa (Fully Specified Name): Infart de miocardio (trastorn) DescriptionID 898593010 Terme preferit: Infart de miocardi DescriptionID 898589016 Sinònim: Infart cardíac DescriptionID 898591012 Sinònim: Atac de cor DescriptionID 898592017 Sinònim: Infart de cor DescriptionID 37441018

Totes les descripcions mencionades tenen un DescriptionID únic i totes estan associades a

un únic Concepte (i al seu ConceptID únic 22298006).

2.2.3. Gestió d’extensió catalana de SNOMED CT.


9 de 37


Objectiu: El comitè editor de Catalunya pot definir un conjunt de termes que formen part del

subset ap de Catalunya.

Descripció: SNOMED CT és una terminologia clínica detallada, amb ampli abast. No

obstant, alguns grups d‟usuaris requeriran conceptes, descripcions o subconjunts

addicionals per cobrir les necessitats nacionals, locals u organitzatives. Aquests conceptes

addicionals seran tractats com extensions de l‟edició catalana.

2.2.4. Altres extensions. Permetre als usuaris gestionar extensions locals.


Objectiu: Crear i mantenir noves extensions d‟àmbit local

Descripció: El SIAP haurà de deixar crear noves extensions d‟àmbit local, així com la seva

edició, modificació i navegació, utilitzen sempre les directrius de la documentació oficial de

SNOMED CT.

2.2.5. Actualització dels subconjunts, extensions.


Objectiu: El SIAP ha de poder disposar d‟eines per l‟actualització dels subconjunts i

extensions de snomed CT

Descripció: El sistema ha de permetre actualitzar d‟una manera senzilla els repositoris

SNOMED CT, tant importar/exportar subconjunts i extensions com l‟actualització de termes

que passen de ser una extensió al catàleg oficial (nucli)

2.2.5.1. Importació d’arxius de distribució


Objectiu: Importar els arxius amb les diferents versions de SNOMED CT.

Descripció: Els SIAPs haurien de ser capaços d‟ importar els arxius de distribució de SNOMED CT en el format intern utilitzat per a el recurs de SNOMED CT.

El procés d‟importació hauria de ser automatitzat i requerir la intervenció de l‟usuari només

per a la selecció de subconjunts, opcions de configuració o ambdós.

El procés d‟importació hauria d‟importar:

Els arxius principals (conceptes, descripcions i relacions). Un grup seleccionat de subconjunts Aquesta importació pot ser de:

un grup seleccionat d‟arxius de definicions de subconjunts files seleccionades a la Taula de Subconjunts i la Taula de Membres d‟un Subconjunt

Alguns subconjunts es poden utilitzar per a filtrar la importació d‟altres arxius de distribució. Les descripcions es poden filtrar per limitar la cobertura d‟un idioma o dialecte específic. Els conceptes es poden filtrar per limitar la cobertura als conceptes rellevants per a la medicina humana i excloure aquells rellevants per a la medicina veterinària.

10 de 37


Les relacions associades amb qualsevol concepte que siguin excloses pel filtre de subconjunts també han de filtrar-se. Un subconjunt d‟idiomes pot alterar els valors del DescriptionType i/o del LanguageCode a la Taula de Descripcions distribuïda. Altres arxius de distribució necessaris pel conjunt de serveis requerits.

Verificació durant el procés d‟importació

El procés d‟importació hauria de verificar les dades importades per confirmar que:

Els arxius de distribució hagin importat totes les parts de la mateixa publicació. Tots els SCTID tinguin:

Un identificador de partició apropiat pel camp. Un dígit de control vàlid.

Es poden realitzar altres verificacions de coherència per assegurar la integritat de les dades.

2.2.5.2. Processament previ dels arxius de distribució realitzat pels proveïdors de SIAPs.


Objectiu: Pre- processament dels arxius per agilitzar l‟accés.

Descripció: El procés d‟importació pot portar molt de temps degut a la necessitat de

construir índexs o altres estructures de dades. També pot ser necessari prescindir d‟una

capacitat d‟emmagatzematge substancial pels arxius temporals. Per tant, el proveïdor d‟un

SIAP pot optar per pre-importar els arxius de distribució i proveir als usuaris en forma pre-

processada. Malgrat això, l‟aplicació d‟importació també hauria d‟estar disponible en un

format segur per a les organitzacions usuàries finals, per a habilitar la instal·lació i el

manteniment de les extensions.

2.2.6. Importació de publicacions noves i d’actualitzacions


Objectiu: El SIAP ha de permetre importar noves versions i/o actualitzar les existents.

Descripció: El SIAP ha de disposar de les funcionalitats necessàries per a importar noves

versions de snomed CT i actualitzar les existents, mantenint la coherència de l‟històric.

2.2.7. Importació d’extensions


Objectiu: Permetre importar les extensions mitjançant SIAPs.

Descripció: Els SIAPs haurien de ser capaços d‟importar extensions. El procés d‟importació

d‟una extensió és similar a la importació dels arxius de distribució principals. Malgrat això, es

requereixen algunes funcionalitats addicionals per assegurar la instal·lació, el manteniment i

la utilització apropiades de les extensions.

11 de 37


2.2.8. Accés a la informació històrica


Objectiu: Permetre l‟accés a la informació que del catàleg que ha patit canvis.

Descripció: Quan s‟instal·la una nova versió de publicació es requereix una aplicació que

permet actualitzar registres, índexs, cerques o protocols per a registrar los canvis en la

terminologia.

Per permetre aquestes activitats de manteniment, un SIAP hauria de proveir accés a:

La informació a la Taula d‟Història dels Components que indica quin components s‟han modificat des de la publicació anterior. La informació a la Taula de Referències (us futur) que identifica els components que substitueixen o que han estat duplicats per components inactius. Això no s‟aplica als conceptes (veieu la següent vinyeta) La informació a la Taula de Relacions que identifica aquells conceptes que: Substitueixen un concepte “erroni” RelationshipType “SUSTITUIT PER” Son idèntics a un concepte “duplicat” RelationshipType “IGUAL QUE” Són significats potencials d‟un concepte “ambigu” RelationshipType “POT SER UN” Prèviament eren subtipus d‟un concepte inactiu RelationshipType “HA ESTAT UN” (Us futur)

L‟accés a la Taula d‟Història dels Components i a la Taula de Referències (us futur) es

podria requerir només per donar suport durant un temps a un grup limitat d‟activitats de

manteniment després de cada publicació. Malgrat això, l‟accés a la informació respecte dels

conceptes actius relacionats amb els conceptes inactius sovint és necessari per a l‟operació

quotidiana de les aplicacions. Per exemple, afectarà a la recuperació selectiva i l‟anàlisi de la

informació de dades originalment registrades amb un concepte que ara es troba inactiu.

2.2.8.1. Permetre la cerca de qualsevol terme SNOMED CT ja sigui pel seu codi o descripció (FSN, favorit, sinònims) o per qualsevol combinació de subconjunts i extensions definides al SIAP.


Objectiu: Definir les possibilitats del navegador per a la localització d‟un terme de SNOMED

CT.

Descripció: La implementació efectiva de SNOMED CT depèn de la rapidesa i la simplicitat

amb la que els usuaris puguin localitzar els termes i conceptes que desitgin utilitzar. Un

metge ocupat pot sentir-se frustrat si el contingut que necessita no es pot localitzar

ràpidament quan realitza una cerca utilitzant paraules o frases conegudes. Per aquesta raó,

una estratègia de cerca eficient hauria de tenir en compte els següents aspectes:

Velocitat de cerca La velocitat de la cerca s‟hauria d‟optimitzar mitjançant la utilització d‟índexs apropiats

12 de 37


La cerca no hauria de ser massa sensible a l‟ordre de paraules o a la exactitud de les frases La cerca hauria de ser insensible a les variants d‟ordre o de paraules Per exemple, ”mal de cap” por ”mal al cap” Permetre l‟ utilització de sigles i abreviatures pels termes utilitzats freqüentment Per exemple, ”IM” per a ”infart de miocardi” o ”insuficiència de la vàlvula mitral” La cerca hauria de registrar les variants morfològiques Per exemple, ”inflamat”, ”inflamatori”, ”inflamació” Els resultats de cerca excessius no haurien d‟impedir la selecció del concepte requerit Quan varis sinònims d‟un mateix concepte coincideixen amb el resultat de la cerca, se n‟hauria de mostrar només un .

L‟objectiu d‟aquesta secció de la guia d‟implementació és descriure estratègies que un

desenvolupador pot utilitzar per implementar els requeriments de cerca abans mencionats.

2.2.9. Mostrar informació detallada de la procedència o pertinència del terme referit envers extensions i subconjunts en els que estigui referenciat.


Objectiu: El navegador de SNOMED CT proporcionarà la informació de procedència del

terme buscat.

Descripció: Quan el navegador torni el terme sol·licitat, aquest haurà de proporcionar tota la

informació relacionada amb la procedència i subconjunts amb els que pugui estar relacionat.

2.2.10. Indicar les relacions que te el terme trobat amb altres termes i permetre navegar per ells.


Objectiu: Possibilitar la visualització i navegació mitjançant els termes relacionats.

Descripció: Les relacions connecten els conceptes a SNOMED CT. Existeixen quatre tipus

de relacions:

Definitòries Qualificadores Històriques Addicionals

En aquesta secció es consideren les relacions conegudes com "definitòries," que s‟utilitzen

per modelar conceptes i crear les seves definicions lògiques.

2.3. Accés segur i confidencialitat de les dades


Objectiu: Garantir la confidencialitat de les dades emmagatzemades i garantir el secret en

les comunicacions.

13 de 37


Descripció: Haurà de complir amb les lleis vigents en l‟estat espanyol, així com les

regionals o particulars. Actualment es regeix sota la Llei Orgànica 15/1999, del 13 de

desembre, de Protecció de Dades de Caràcter Personal, (LOPD

D‟antre aquestes característiques, haurà de controlar l‟accés de personal no autoritzat a

funcions de manteniment o gestió.

Exemples: Xifratge de les dades sensibles segons la llei, controlar l‟accés a la aplicació,

registre d‟activitats d‟accés als fitxers marcats per la llei, xifrar les comunicacions, etc.

2.4. Integració amb sistemes


Objectiu: El SIAP ha de ser capaç de publicar els informes d‟anatomia patològica per a

l‟ Història clínica compartida de Catalunya.

Descripció: Tot SIAP ha de poder exportar els informes d‟anatomia patològica en el

missatge de finalització per la història clínica compartida de Catalunya.

2.5. SCTID.

Aquesta secció descriu les característiques de tots els camps amb el tipus de dada SCTID.

Aquests identificadors comparteixen un grup de característiques i obeeixen a certes regles,

que disposen que cada identificador es refereixi de manera unívoca a un únic component.

2.5.1. El Tipus de dades SCTID

El SCTID és un número enter de 64 bits, subjecte a les següents restriccions:

Només es permeten valors enters positius. El valor mínim permès és 100.000 (6 dígits) El valor màxim permès és 999.999.999.999.999.999 (18 dígits). Com resultat de certes regles aplicables als identificadors de partició i als dígits de control, molts números enters dins del rang mencionat no constitueixen SCTID vàlids.

2.5.2. Representació del SCTID

El SCTID no conté informació semàntica relacionada amb el significat d‟un concepte o

terme. Malgrat això, posseeix una estructura dissenyada per permetre el reconeixement de

diferents tipus de components terminològics. La naturalesa d‟un component pot derivar

també de la taula en la qual es distribueix. L‟avantatge de partir el SCTID és que evita la

reutilització del mateix identificador per a un altre tipus de component i la consegüent

ambigüitat. Tanmateix, permet reconèixer la naturalesa de l‟identificador fins i tot en altres

contextos, com un registre o un missatge.

14 de 37


Fig. Estructura del SCTID per un component originat en SNOMED CT.

Els dígits en una cadena de decimals que conformen el SCTID posseeixen els següents rols

definits (veure Figura):

Un únic dígit de control utilitzat per validar l‟identificador. Un identificador de partició de dos dígits, que: Asseguri que l‟identificador sigui únic en el camp de SNOMED CT. Per exemple, no és possible destinar el mateix identificador a un concepte i a una descripció. Asseguri que l‟identificador d‟un component en una extensió de SNOMED CT vàlida no sigui el mateix que el d‟un component que pertany al nucli de la terminologia.

2.5.3. El SCTID i les extensions

Si l‟identificador de partició indica que el SCTID forma part d‟una extensió, els següents set

dígits (a partir de la dreta) seran l‟ identificador de l‟espai de noms (veure Figura 7). els

identificadors de l‟espai de noms son destinats a organitzacions autoritzades a emetre

extensions. Assegurant que cada organització crea SCTID únics, al mateix temps que

permeten guardar registre de l‟origen de cada identificador.

15 de 37


Fig. Estructura del SCTID pel component d‟una Extensió.

2.5.4. Restriccions dels SCTID

Les restriccions al rang de valors possibles pel SCTID permeten la representació coherent

d‟aquests valors mitjançant nombres enters i cadenes.

L‟exclusió de valors negatius evita la possible confusió al format de les representacions de

cadenes.

El límit inferior de 100.000 assegura que la representació en decimals arribi a una extensió

d‟ almenys sis dígits. Això assegura la possibilitat de poder diferenciar un SCTID de:

Un Codi Read, que conté 4 o 5 caràcters d‟extensió. Un identificador de SNOMED (SNOMED ID), que comença sempre amb una lletra.

El límit superior de 18 dígits assegura que qualsevol cadena de decimals vàlida pugui ser

emmagatzemada com un nombre enter de 64 bits.

2.5.5. Dígit de control

L‟últim dígit del SCTID és el dígit de control.

No es prevéu que els usuaris tinguin que introduir els valors del SCTID com a pràctica de

rutina. En canvi, l‟objectiu del dígit de control és detectar els tipus més comuns d‟ errors,

como els tipogràfics, en aquelles ocasions en les que els mecanismes de transcripció o

comunicació portin a equivocacions, com per exemple, certes activitats de desenvolupament

avançades que involucren la creació o modificació de protocols o de cerques

preespecificades.

Mitjançant el “dígit de Verhoeff”, un codi díedre D5, és possible verificar el SCTID i detectar

una major proporció d‟errors tipogràfics comuns que amb el mètode Modulus 11 o el dígit

IBM. Contràriament al que passa amb el dígit de Modulus 11 (utilitzat pel NHS al Regne

Unit), el mètode de Verhoeff és efectiu amb cadenes de decimals de més de deu dígits. A

més, es pot representar com un dígit decimal, sense excloure cap valor.

16 de 37


Veure l‟Apèndix F per major informació sobre el dígit de control de Verhoeff i un exemple de

codificació segons aquest mètode.

2.5.6. Identificador de partició

El segon i tercer dígit del SCTID, començant des de la dreta, conformen l‟identificador de

partició.

Aquest identificador indica la naturalesa de l‟entitat identificada. Això permet diferenciar

l‟identificador d‟una descripció d‟aquell d‟un concepte, així com els SCTID dels components

de SNOMED CT amb respecte als components de les extensions.

El valor de l‟identificador de partició dels components de SNOMED CT correspon a un dels

següents:

00 Un concepte

01 Una descripció

02 Una relació

03 Un subconjunt

04 Un conjunt de referències creuades

05 Una referència creuada de destí

El valor de l‟identificador de partició dels components d‟una extensió correspon a un dels

següents:

10 Un concepte en una extensió

11 Una descripció en una extensió

12 Una relació en una extensió

13 Un subconjunt en una extensió

14 Un conjunt de referències creuades en una extensió

15 Una referència creuada de destí en una extensió

Tots els altres valors per l‟identificador de partició es reserven per utilització futura.

2.5.7. Espais de noms d’una extensió

Si l‟identificador de partició indica que el SCTID és part d‟una extensió, els dígits a l‟esquerra

del dígit de partició conformen l‟identificador de l‟espai de noms.

17 de 37


A cada organització autoritzada a crear extensions se li assigna un identificador de domini i

se li permet crear identificadors que finalitzin amb aquesta cadena de dígits.

Els arxius de publicació del nucli de SNOMED CT inclouen conceptes de domini, que

representen a cadascun dels identificadors de l‟espai de noms assignats. Aquests conceptes

posseeixen les següents característiques:

Són subtipus directes del concepte “Concepte d‟ espai de noms” que, a la vegada, és subtipus directe de “Concepte especial” La descripció completa (Fully Specified Name) te la forma “Espai de Noms de l‟Extensió {nnnnnnn} (concepte d‟espai de noms) – en la que nnnnnnn representa els set dígits de l‟identificador de l‟espai de noms. El terme preferit associat amb el concepte te la forma “Espai de Noms de l‟Extensió nnnnnnn” En els casos en que existeixen sinònims, es poden incloure per tal d‟identificar la naturalesa de l‟extensió i/o la organització responsable. En canvi, aquesta informació no està disponible per a tots els espais de noms, degut a restriccions de privacitat.

2.5.8. Dígits de l’identificador de cada entitat

els altres dígits a l‟esquerra de l‟identificador de partició (o en el cas de les extensions, a

l‟esquerra de l‟identificador de l‟espai de noms) identifiquen cada entitat individual dins de la

partició especificada. El mateix identificador d‟entitat pot ser assignat a cada partició.

L‟identificador de partició assegura que cadascun d‟aquests identificadors siguin únics.

En el cas dels components de SNOMED CT, els identificadors de cada entitat solen ser

assignats en l‟ordre arbitrari en el que s‟agreguen els components a SNOMED Clinical

Terms. Per aspectes inherents al procés d‟edició, la seqüència dels identificadors de les

entitats generades pot ser discontinua, pel que l‟ordre dels identificadors no te cap significat.

2.5.9. SCTID - Exemples

Els següents exemples de SCTID es basen en les regles escrites a les seccions anteriors i

il·lustren el rang d‟identificadors d‟entitats possibles a cada partició.

SCTID Identificador de

partició

Díg.

Control

Notes

100005 00=Concepte 5=OK els dígits d‟identificació d‟entitats „1000‟

són els valores mínims permesos; així

aquest es el SCTID mínim que pot ser

assignat a un concepte.

100014 01=Descripció 4=OK Aquest es el SCTID mínim que pot ser

assignat a una descripció.

100022 02=Relació 2=OK Aquest es el SCTID mínim que pot ser

assignat a una relació.

100033 03=Subconjunt 3=OK Aquest es el SCTID mínim que pot ser

assignat a un subconjunt.

18 de 37


101291009 00=Concepte 9=OK Un SCTID vàlid per un concepte.

1290023401015 01=Descripció 5=OK Un SCTID vàlid per una descripció.

9940000001029 02=Relació 9=OK Un SCTID vàlid per una relació.

40099901037 03=Subconjunt 7=OK Un SCTID vàlid per un subconjunt.

10000001105 10=Concepte

extra

5=OK Un SCTID vàlid per a un concepte en

una extensió en l‟espai de noms

0000001.

10989121108 10=Concepte

extra



0989121.

1290989121103 10=Concepte

extra



0989121.

1290000001117 11=Descripció

extra

7=OK Un SCTID vàlid per a una descripció en


0000001.

9940000001126 12=Relació extra 6=OK Un SCTID vàlid per a una relació en


0000001.

40000001132 13=Subconjunt

extra

2=OK Un SCTID vàlid per a un subconjunt en


0000001.

999999990989121104 El SCTID màxim vàlid per un concepte

en una extensió en l‟espai de noms

0989121.

2.6. Mitjans de distribució

Un centre nacional membre de la IHTSDO distribueix l‟Edició Internacional de SNOMED CT.

els arxius del nucli de la terminologia es troben en l‟estructura estàndard d‟arxius plans per a

les terminologies d‟atenció de la salut. Veure l‟arxiu readme.txt per a obtenir una llista

completa dels arxius inclosos a la publicació. Aquests arxius es poden carregar en l‟arxiu o

sistema de base de dades específic de cada usuari.

2.7. Formats d’arxiu

Els arxius de SNOMED CT es codifiquen en format UTF-8, per permetre grups de caràcters

de tot el mon. Alguns productes de base de dades, com Oracle, requereixen l‟especificació

19 de 37


d‟UTF-8, sense la qual poden sorgir dificultats per a utilitzar caràcters especials. És

important saber que aquests caràcters especials apareixen ocasionalment tant a l‟edició

anglesa de SNOMED CT, com a les edicions en altres idiomes, inclòs en termes mèdics

que inclouen epònims.

Els arxius de publicació de SNOMED CT es denominen d‟acord amb la següent convenció:

sct_filename_yyyymmdd.tx yyyymmdd (any, mes, dia) representa la data de publicació en format ISO.

Per exemple, la primera publicació de SNOMED CT (31 de gener de 2002) conté arxius

denominats

sct_concepts_20020131.txt sct_descriptions_20020131.txt sct_relationships_20020131.txt

Amb cada publicació es distribueix un arxiu readme.txt, que conté la llista completa d‟arxius i

les seves dimensiones.

2.7.1. Estructura dels directoris i convencions de denominació

Cadascun dels arxius comprimits que es distribueixen poden contendre varis arxius i

subdirectoris, que es denominen de manera de reflectir el tipus de material que contenen, la

versió en format yyyymmdd (any, mes, dia) i la extensió d‟arxius “.zip”. Per exemple:

SNOMED_CT_International_Release_20070731_essential.zip conté els següents arxius i subdirectoris: Contingut sct_concepts_20070731.txt sct_descriptions_20070731.txt sct_relationships_20070731.txt Referències Creuades sct_crossmapsets_icdo_20070731.txt sct_crossmaptargets_icdo_20070731.txt sct_crossmaps_icdo_20070731.txt Historial sct_componenthistory_.txt 20070731.txt Subconjunts sct_subsetmembers_us_20070731.txt sct_subsets_us_20070731.txt.txt sct_subsetmembers_uk_20070731.txt sct_subsets_uk_20070731.txt sct_subsetmembers_vtm_vmp_20070731.txt sct_subsets_vtm_vmp_20070731.txt sct_subsetmembers_doseform_20070731.txt sct_subsets_doseform_20070731.txt

En el cas dels arxius descomprimits, s‟utilitzen directoris similars.

20 de 37


2.7.2. Informació sobre la versió de la terminologia

El terme d‟ una descripció del concepte arrel conté informació sobre la publicació actual. La descripció que conté aquesta informació es un sinònim (Descriptiontype=2) i el seu estat és actiu (DescriptionStatus=0). La descripció que conté la informació de versió de cada publicació te un. DescriptionId únic (p.e. no és una revisió de la versió anterior de la descripció). En cada publicació existeix un únic terme preferit i una “versió” activa del sinònim associat amb el concepte arrel. Els sinònims de versions anteriors, ara inactius, tenen el DescriptionStatus=1. La informació en el sinònim d‟una versió donada es representa en el camp del terme, de la següent manera: Versió de SNOMED Clinical Terms: yyyymmdd (any, mes, dia) [estat] (descripció) estat representa una paraula que indica si es tracta d‟una publicació [R (Release)] o si pertany a un altre estat (p.e. grup de desenvolupament [D], evaluació [E], etc). yyyymmdd (any, mes, dia) representa la data de publicació en format ISO. descripció és un camp que inclou un text descriptiu sobre la publicació (opcional).

Per exemple: SNOMED CT 20020131 [R]

Pot haver-hi altres sinònims actius per al concepte arrel.

Les aplicacions preparades per a SNOMED CT han d‟assegurar que aquesta informació

sigui visible, juntament amb la declaració de propietat intel·lectual i altre informació similar

sobre la terminologia.

Codificació amb Unicode UTF-8

UTF-8 és una codificació eficient de cadenes amb caràcters Unicode, que reconeix el fet de

que la majoria de les comunicacions basades en text utilitzen el codi ASCII i optimitza així la

codificació d‟aquests caràcters. Moltes aplicacions de 32 bits de Windows™ possibiliten l‟ús

d‟UTF-8.

Es prefereix Unicode a ASCII perquè permet la inclusió d‟accents, símbols científics i

caràcters propis d‟altres idiomes, a més de l‟anglès. Aquest format constitueix el mecanisme

estàndard més eficient per codificar caràcters Unicode de 16 bits en aquells casos en els

que la majoria dels caràcters pertanyen al codi ASCII. Els sistemes operatius moderns de 32

bits como Windows™ 95, 98 i NT permeten la codificació mitjançant UTF-8 o UTF-16.

SNOMED CT utilitza caràcters en UTF-8.

2.7.3. Càlcul del dígit de control

Dígit de control de Verhoeff

El dígit de control de Verhoeff reconeix tots els errors simples, totes les transposicions

adjacents, més del 95% dels errors dobles, més del 94% de les transposicions de dígits

discontinus i d‟errors dobles en dígits discontinus, així como la majoria dels errors fonètics.

Per tant, i al igual que Modulus 11, el dígit de Verhoeff redueix el nombre d‟errors no

detectats a un 2 o 3%. La diferència amb Modulus 11 és que utilitza un dígit de control

decimal i no limita el rang de números vàlids.

21 de 37


La majoria dels errors no detectats amb Modulus 11 i amb el dígit control de Verhoeff

provenen d‟agregats o omissions de dígits. Qualsevol dels mètodes de dígits de control no

reconeix el 10% d‟aquests errors, que varien entre 10% i 20%. L‟esquema de Verhoeff no

reconeix quatre errors dobles en dígits discontinus amb una diferencia de 5 (p.e. 050 vs.

505, 161 vs. 616, 272 vs. 727, i 494 vs. 949).

Càlcul del dígit de control de Verhoeff pel mètode dels díedres D5

La descripció matemàtica d‟aquesta tècnica pot semblar complexa, però en la pràctica pot

reduir-se a un parell de vectors bidimensionals, un vector invers unidimensional i un

procediment computacional simple. Aquests tres vectors es mostren en la Figura 8.

El primer vector conté el resultat de la multiplicació de “Díedres D5”. El segon vector consisteix en 8 files de les quals dues es defineixen, mentre que la resta es deriva aplicant la següent fórmula: F(i, j) = F(i - 1, F(1, j)). El tercer vector consisteix en una sola fila que conté la versió inversa de la ordenació de díedres D5. Identifica la localització de tots els valores cero en el primer vector.

els vectors utilitzats en el càlcul del dígit de control de Verhoeff

L‟identificador es controla començant pel dígit a l‟extrem dret (el dígit de control mateix) i

processant cada dígit cap a l‟esquerra de la següent manera:

Check = ArrayDihedralD5 (Check, ArrayFunciónF((Position Modulus 8), Digit))

Check = el valor corrent del valor numèric (comença en zero i es modifica en cada etapa).

Position = la posició del dígit (des de la dreta, començant en zero).

Digit = el valor del dígit.

El valor final del Check hauria de ser zero. Si no, el procés de control haurà fallat.

Per calcular el dígit de control s‟aplica el mateix procés amb una variació mínima:

Position és la posició que adoptarà el dígit un cop s‟hagi agregat el dígit de control.

22 de 37


El valor final del Check s‟aplica a la ordenació D5 inversa per trobar el dígit de control correcte.

Check-digit = ArrayInverseD5(Check).

2.8. Descripció completa (Fully Specified Name, FSN)

Cada concepte te una descripció completa (FSN) que constitueix una forma no ambigua de

nombrar a un concepte. El propòsit del FSN és identificar de manera unívoca un concepte i

aclarir el seu significat; no necessariament representa la frase més utilitzada o natural per

descriure aquell concepte. Cada FSN finalitza amb un identificador ("semantic tag") que

remet a la categoria semàntica a la que pertany el concepte (per exemple: trastorn,

organisme, persona, etc.). Per exemple, Hematoma (anomalia morfològica) es un FSN que

representa la descripció del que l‟anatomopatòleg observa a nivell tissular, mentre que

Hematoma (trastorn) és un FSN que indica el concepte que hauria d‟utilitzar un metge

general per codificar el diagnòstic clínic d‟un hematoma.

2.9. Terme preferit

Cada concepte te un terme preferit (Preferred term) que representa la paraula o frase més

comú utilitzada per descriure-ho. Per exemple, el concepte 177594004 Perforació de lòbul

de l‟orella per inserir arracades, anelles o d‟altres ornaments (procediment) te el terme

preferit "Pírcing del lòbul de l‟orella" per representar el nom més comú que el metge utilitza

per a descriure aquest procediment.

A diferencia dels FSN, els termes preferits no necessariament són únics. Ocasionalment, el

terme preferit per a un concepte també pot ser el sinònim o el terme preferit d‟un altre

concepte.

2.10. Sinònims

Els sinònims representen altres termes utilitzats per descriure el mateix concepte que el

FSN. Com s‟ha explicat pels termes preferits, els sinònims no necessariament són únics per

a cada concepte.

El mecanisme de les extensions és una estructura que habilita a organitzacions autoritzades

a agregar conceptes, descripcions, relacions i subconjunts per a complementar el contingut

del nucli de la terminologia de SNOMED CT - Edició Internacional. Un exemple del

mecanisme d‟extensió és l‟extensibilitat de SNOMED CT per a les necessitats

terminològiques especialitzades d‟una organització.

Els objectius de les extensions són els següents:

Brindar una estructura on aquestes extensions mantinguin una mateixa identificació entre organitzacions per a transmetre i compartir dades, però que a la vegada comparteixen una estructura comú per a facilitar el desenvolupament de l‟aplicació, de manera tal que sigui possible construir subconjunts sobre una combinació de contingut de l‟Edició Internacional de la terminologia i de l‟extensió.

23 de 37


Definir una estructura que faciliti l‟enviament, la inclusió, la utilització i la migració de terminologia creada como part d‟ una extensió al contingut de la Edició Internacional.

Quan el contingut d‟una extensió es superposa amb l‟abast de SNOMED CT, ha d‟enviar-se

per a la consideració del Centro Nacional local de la IHTSDO, de manera que altres usuaris

de SNOMED CT també puguin beneficiar-se amb aquell treball. L‟estructura de les

extensions també pot ser útil per a que les organitzacions transfereixin la responsabilitat per

la terminologia a la IHTSDO o a altres organitzacions que depenguin dels termes de la

Llicencia d‟Afiliació.

2.11. Definicions de relacions i conceptes

Cada concepte de SNOMED CT es defineix lògicament mitjançant les seves relacions amb

altres conceptes.

Cada concepte actiu de SNOMED CT (excepte el concepte arrel "Concepte de SNOMED

CT") te al menys una relació IS_A (ES UN/UNA) amb un supertipus o concepte pare.

Les relacions IS_A (Es UN/UNA) i les relacions d‟ atributs son les "característiques

definidores" dels conceptes de SNOMED CT. Es consideren definidores per que s‟utilitzen

per a representar lògicament un concepte mitjançant l‟ establiment de les seves relacions

amb altres conceptes. Això s‟aconsegueix amb la creació de relacions IS_A (ES UN/UNA)

amb un o més conceptes definitoris (anomenats supertipus) i el modelat de les diferencies

amb aquells supertipus mitjançant els atributs definitoris.

Només es pot assignar una relació quan sigui sempre vertadera. Per exemple, el

Streptococcus del Grup A és la causa de la majoria dels casos de faringitis estreptocòccia.

No obstant, altres especies de Streptococcus causen un petit percentatge d‟aquests casos.

En conseqüència, al definir el concepte Faringitis estreptocòccia (trastorn), no es selecciona

al Streptococcus del Grup A com valor per l‟atribut AGENT CAUSAL, sinó que s‟utilitza un

concepte mes general, Streptococcus (organisme).

2.11.1. Relacions IS_A (ES UN/UNA)

Les relacions IS_A (ES UN/UNA) també es denominen "relacions de supertipus-subtipus" o

"relacions pare-fill." Les relacions IS_A (ES UN/UNA) són la base de les jerarquies de

SNOMED CT.

Un concepte pot tenir més d‟una relació IS_A (ES UN/UNA) amb altre conceptes. En aquell

cas, el concepte tindrà conceptes pares en més d‟ una subjerarquia d‟una jerarquia de nivell

superior. Les relacions de subtipus poden ser multi jeràrquiques.

2.11.2. Relacions d’ atributs

Els atributs relacionen dos conceptes entre sí i estableixen el tipus de relació entre ells.

Juntament amb les relacions IS_A (ES UN/UNA) es consideren característiques definidores

per que permeten la representació lògica del significat d‟un concepte mitjançant la creació

de relacions amb altres conceptes. La definició lògica d‟un concepte inclou un o més

24 de 37


supertipus (modelats amb relacions IS_A (ES UN/UNA)) i un conjunt d‟atributs definitoris que

representen el significat d‟un concepte i ajuden a diferenciar-los d‟altres definicions de

conceptes, inclosos els seus supertipus.

En l‟exemple que es presenta a continuació, Discitis lumbar (trastorn) (un concepte de la

jerarquia Hallazgo clínico) es relaciona amb conceptes de la jerarquia Estructura corporal

mitjançant dos atributs: SITIO DEL HALLAZGO (FINDING SITE) i MORFOLOGÍA

ASOCIADA (ASSOCIATED MORPHOLOGY).

Exemples:

Fractura de l‟os del tars (trastorn)

IS_A (ES UN/UNA) Fractura del peu (trastorn)

FINDING SITE (SITIO DEL HALLAZGO) Estructura òssia del tars (estructura corporal)

ASSOCIATED MORPHOLOGY (MORFOLOGÍA ASOCIADA) Fractura (anomalia

morfològica)

Trastorn del peu (trastorn) IS_A (ES UN/UNA) Lesió traumàtica del peu (trastorn) IS_A (ES UN/UNA) Fractura del peu (trastorn) IS_A (ES UN/UNA)

Fractura exposada del peu (trastorn)

Fig. Relacions IS_A (ES UN/UNA)

Discitis lumbar (trastorn)

SITIO DEL HALLAZGO (FINDING SITE) Estructura de disc intervertebral lumbar (estructura

corporal)

MORFOLOGÍA ASOCIADA (ASSOCIATED MORPHOLOGY) Inflamació (anomalia

morfològica)

Ambdós atributs SITIO DEL HALLAZGO (FINDING SITE) i MORFOLOGÍA ASOCIADA

(ASSOCIATED MORPHOLOGY) i els seus valors assignats defineixen el concepte Discitis

lumbar (trastorn).

Part de la definició lògica (una llista de relacions entre conceptes) del concepte Pneumònia

(trastorn) en SNOMED CT eé:

25 de 37


Pneumònia (trastorn)

SITIO DEL HALLAZGO (FINDING SITE) Estructura del pulmó (estructura corporal)

En aquest exemple, el concepte Pneumònia (trastorn) s‟ha caracteritzat amb l‟atribut SITIO

DEL HALLAZGO. Com la pneumònia és un trastorn del pulmó, el SITIO DEL HALLAZGO te

el valor Estructura del pulmó (estructura corporal).

Al treball diari de cada cas d‟estudi dins del SIAP, aquest ha de permetre la recerca de

SNOMED CT mitjançant el navegador de SNOMED amb tota la potencia que permet el

disposar de les eines anteriorment nombrades podent, dins del buscador de SNOMED CT,

fer recerques per extensions o subconjunts concrets, per el nucli, o en un idioma concret

(idioma per defecte nucli SNOMED CT / idioma català mitjançant el subconjunt català que

es defineixi), etc.

2.12. Importació: Formats de publicació actualitzats

Cada publicació del contingut central de SNOMED CT serà distribuïda en forma completa i

no com un conjunt de canvis i agregats. En canvi, es proveeix informació històrica sobre

publicacions anteriors. L‟estructura dels arxius històrics es descriu al detall en la Guía de

Referència Técnica. Altres opcions futures podrien incorporar la distribució d‟arxius de

conjunts de canvis que inclouran les modificacions entre les versions, a més de la publicació

completa. Aquesta forma de distribució també pot ser apropiada per a agregats entre

versions, per a cobrir els nous conceptes sol·licitats. En aquesta etapa no hi ha

especificacions detallades per a aquests tipus d‟ actualitzacions. En canvi, s‟està avaluant

l‟inclusió d‟una representació en XML centrada en el concepte.

2.13. Actualització a partir dels arxius de distribució

El procés d‟actualització d‟un SIAP a partir d‟una nova publicació dels arxius de distribució

és similar al de la importació original. En canvi, el procés d‟importació hauria de permetre la

retenció i/o la reinstal·lació de les configuracions locals tales como les extensions

instal·lades i els subconjunts seleccionats.

Una alternativa de la repetició del procés d‟importació és llegir i aplicar els canvis indicats a

la Taula de Historia de los Componentes. Els arxius de distribució són encara necessaris

com l‟ origen dels components addicionals que s‟han agregat entre publicacions. A més, la

Taula de Historia dels Componentes només indica els canvis realitzats als conceptes i les

descripcions. No obstant, estan en discussió els canvis al format de distribució per a

permetre una millor representació de tots els canvis als components de SNOMED CT.

Aquest procés es descriu de la següent manera:

Llegir la Taula de Historia dels Componentes Identificar tots els canvis des de l‟última publicació utilitzats per actualitzar el SIAP. Per cadascun d‟aquests canvis, verificar el valor del ChangeType (Tipus de Canvi). Si el ChangeType és igual a 1 (canvi d‟estat), aplicar el nou estat al component en el recurs del SIAP.

26 de 37


Per exemple, si el nou estat d‟un concepte es Duplicat, aquest estat s‟aplica al concepte identificat. Per a molts conceptes no activats, es pot utilitzar l‟arxiu de relacions per a identificar un concepte inactiu que serà candidat a ser utilitzat en lloc del concepte no activat. Si el ChangeType és igual a 0 (agregat), buscar el component rellevant en els arxius de distribució i agregar-lo al recurs del SIAP. Si el ChangeType és igual a 2 (canvi menor), buscar el component rellevant als arxius de distribució i aplicar les noves dades al component en el recurs del SIAP.

Aquest enfocament és més complex que importar la nova publicació. En canvi, pot facilitar la

retenció de les dades de configuració local (per exemple, subconjunts seleccionats i

qualsevol extensió prèviament instal·lada).

Si el proveïdor del SIAP preimporta les publicacions de SNOMED CT per a distribuir als

seus usuaris, aquest abordatge facilita la producció d‟actualitzacions redistribuïbles.

2.14. Importació d’extensions

Les aplicacions haurien de:

Permetre als usuaris o comunitats d‟usuaris especificar les extensions que haurien de reconèixer els seus sistemes. Abans de reconèixer qualsevol extensió els usuaris haurien de verificar que: L‟extensió hagi sigut prevista per la IHTSDO o una altre organització autoritzada per aquesta per a proveir tals extensions. El client estigui conforme amb els procediments de control de qualitat de l‟organització proveïdora. La autorització d‟una organització per a produir extensions no constitueix una garantía de la qualitat de les extensions proporcionades per aquelles organitzacions. La instal·lació de les extensions es realitza completament sota el risc de l‟usuari, subjecte al acord de les llicencies amb el proveïdor de la extensió i/o amb el desenvolupador de l‟ aplicació. Verificar cada extensió antes de la instal·lació per a assegurar que: Sigui una de les extensions reconegudes per l‟usuari. S‟hagin complert les característiques de dependència de l‟extensió. Aquestes característiques de dependència poden incloure: Instal·lació d‟una publicació específica de SNOMED CT; Instal·lació prèvia d‟altres extensions. Que el procés d‟instal·lació hagi verificat prèviament tots els components en la extensió per a assegurar que: Tots els ComponentID: Siguin únics. Tinguin valors d‟identificador de partició i d‟ identificador d‟espai de noms apropiats per al proveïdor d‟aquella extensió. Tinguin un dígit de control vàlid. Que tots els camps tinguin el tipus de dades, la mida i les restriccions de valors especificats per a les taules pertinents.

Precaució:

Si qualsevol dels components no satisfà alguna d‟aquestes probes, l‟Extensió completa ha

de ser rebutjada.

27 de 37


Importar els arxius d‟extensió de tal manera que reemplacin a les versions anteriors de la mateixa extensió i simultàniament enriqueixin, en lloc de reemplaçar, la distribució de SNOMED CT i altres extensions instal·lades. Rebutjar, ressaltar o aplicar altres regles de negocis acordades a la informació rebuda pel sistema que conté els SCTID per als components dels espais de noms que no estiguin a la llista o a les extensions reconegudes.

28 de 37


3. Glossari

Identificador de SNOMED Clinical Terms (SCTID): Els components dins de SNOMED

Clinical Terms es diferencien amb identificadors numèrics. A les descripcions de les taules

individuals aquests identificadors posseeixen el tipus de dada.

Rang de prioritat EN: Essencial Ara. Les funcions considerades més rellevants o

essencials per a la majoria d‟entorns sanitaris. Aquestes funcions han d‟estar incloses per a

ser considerat que compleix el criteri de conformitat

Rang de prioritat EF: Essencial en el futur. Les funcions considerades més rellevants o

essencials per a la majoria d‟entorns sanitaris, però que no són realitzables fins que

s‟acompleixin certes condicions específiques. Les condicions futures normalment es

descriuen en unitats de temps des de que el perfil ha estat publicat, en determinades

ocasions, les condicions futures també podrien dependre d‟esdeveniments com l‟adopció

d‟un estàndard específic.

Rang de Prioritat (O): Opcional. Son funcions considerades rellevants i possiblement

essencials per alguns però no per a tots els sistemes de les Autoritats Sanitàries. Les

funcions amb aquest rang de prioritat podrien estar presents dins del sistema però no són

essencials per acomplir el criteri de conformitat.

SIAP: Sistema d‟Informació d‟Anatomia Patològica.

SNOMED CT: SNOMED Clinical Terms ® és una terminologia mèdica integral que ofereix

contingut clínic i expressivitat per la documentació i comunicació mèdica. Es pot utilitzar per

codificar, recuperar i analitzar dades clíniques.

Subconjunt SNOMED CT: Els subconjunts representen grups de components que

comparteixen característiques específiques que afecten la forma en la que estan disposats o

son accessibles dins d‟un domini, una especialitat, una aplicació o un context en particular.

S‟utilitzen diferents tipus de subconjunts per representar:

Variants d‟idioma i dialecte, Freqüència d‟us de les descripcions o conceptes en dominis o especialitats en particular, Adaptabilitat de conceptes específics per a ser utilitzats en un context particular dins d‟un registre, Estructura i ordre de les jerarquies que exhibeixen els conceptes per a la navegació per part de l‟usuari.

Els subconjunts es publiquen en format relacional, com una fila a la Taula de Subconjunts i

un conjunt de files a la Taula de Membres d‟un Subconjunt. Les files a la Taula de Membres

d‟un Subconjunt contenen un identificador de subconjunt (SubsetID) comú que les associa

amb la fila apropiada a la Taula de Subconjunts.

Els subconjunts són una altra característica valuosa de SNOMED CT. Ofereixen informació

important per l‟ús i la implementació de la terminologia. La pertinència d‟un component de

SNOMED CT a un subconjunt en particular ofereix informació que excedeix a la del

component en sí mateix.

29 de 37


SNOMED CT és una terminologia extensa i els subconjunts poden definir porcions que

utilitzaran usuaris específics. Per exemple, un subconjunt de dialecte en anglès britànic pot

dirigir als usuaris a les descripcions dels termes del Regne Unit en comptes de remitir-los a

totes les descripcions en Anglès. Fixi‟s que depèn de l‟implementador l‟ús dinàmic o estàtic

d‟un subconjunt i si el seu contingut s‟utilitza en forma prioritària o exclusiva. Per més

informació, vegi la Guía d‟Implementació Tècnica de SNOMED CT.

En la seva forma més simple, el Mecanisme de Subconjunts és una llista d‟identificadors de

SNOMED (SCTID). Cada SCTID es refereix a un component de SNOMED CT, és a dir, un

membre del subconjunt (denominat un “Membre del subconjunt”). Com analogia, és útil

pensar en SNOMED CT com un llibre. Un subconjunt equival a una entrada de l‟índex que

assenyala un conjunt de pàgines envers un tema en particular.

Els subconjunts no necessariament s‟exclouen entre sí. El seu contingut es pot superposar.

Subconjunt SNOMED CT -> Taula de conceptes: Cada fila a la Taula de Conceptes

representa un concepte mèdic. Cada concepte te un identificador únic i una Descripció

Completa (Fully Specified Name) que especifica la naturalesa del concepte.

Camps Clau

ConceptId L‟ identificador únic de SNOMED Clinical Terms per aquest

concepte.

Camps de dades

ConceptStatus L‟estat d‟un concepte indica si es troba en us actiu i, pel contrari, la

raó per al seu retirament.

FullySpecifiedName Una frase única que descriu el concepte amb la finalitat de que no

sigui ambigu. La descripció completa també està present a la Taula

de Descripcions. No és igual al terme preferit (Preferred Term), que

també es troba a la Taula de Descripcions. La descripció completa

explica el significat del concepte amb major detall que el terme

preferit per a eliminar o disminuir l‟ambigüitat.

CTV3ID El Código Read per aquest concepte.

SNOMEDID L‟identificador de SNOMED per aquest concepte.

IsPrimitive Indica si el concepte és primitiu o completament definit pel seu

conjunt actual de característiques definitòries.

30 de 37


Subconjunt SNOMED CT -> Taula de descripcions: Cada fila de la Taula de Descripcions

associa un terme amb un concepte mèdic; aquest terme es pot utilitzar per representar el

concepte. Cada descripció te el seu identificador únic i amés, el text d‟un terme i

l‟identificador del concepte que pot representar.

Camps clau

DescriptionId L‟identificador únic de SNOMED Clinical Terms per a aquesta

descripció. L‟identificador únic de SNOMED Clinical Terms per a

aquest concepte.

Camps de dades

DescriptionStatus L‟estat d‟una descripció indica si es troba en us actiu i, pel contrari,

el motiu del seu retirament.

ConceptId L‟identificador únic de SNOMED CT del concepte associat.

Term El text d‟un terme utilitzat per descriure el concepte associat.

InitialCapitalStatus Una indicació que assenyala si la majúscula del primer caràcter del

terme és significativa.

DescriptionType Una indicació que assenyala si el terme és la descripció completa,

el terme preferit o un sinònim del concepte al qual s‟aplica la

descripció.

LanguageCode Una indicació de l‟idioma o dialecte en el qual la descripció és

vàlida. El subconjunt de l‟idioma o dialecte finalment defineix les

descripcions per a cada concepte.

Per a identificar les descripcions d‟una edició en qualsevol idioma s‟ha d‟utilitzar el

subconjunt d‟idioma apropiat. La Taula de Descripcions no s‟ha d‟utilitzar sola. Les

descripcions per cada edició en un idioma determinat (inclòs l‟anglès) es designen al

subconjunt.

SNOMED CT -> Taula de Relacions: Cada fila de la Taula de Relacions representa una

relació entre dos conceptes. El tipus de relació s‟identifica per la referència a un altre

concepte.

31 de 37


Camps clau

RelationshipId L‟identificador únic de SNOMED Clinical Terms per aquesta

descripció. L‟identificador únic de SNOMED Clinical Terms per

aquest concepte.

Camps de dades

ConceptId1 L‟identificador únic de SNOMED CT del concepte que és el

concepte d‟origen d‟aquesta relació.

RelationshipType L‟identificador únic de SNOMED CT del concepte que representa

el tipus de relació entre els conceptes relacionats.

ConceptId2 L‟identificador únic de SNOMED CT del concepte que és el

concepte de destí d‟aquesta relació.

CharacteristicType Una indicació que assenyala si una relació especifica una

característica definitòria del concepte d‟origen o una possible

característica qualificativa d‟aquest concepte.

Refinability Una indicació que estableix si és possible refinar el concepte de

destí quan s‟utilitza aquesta relació com plantilla per a l‟ ingrés de

dades mèdiques.

RelationshipGroup Un número enter que vincula entre sí les relacions que formen part

d‟un grup de relacions associades lògicament.

La Taula de Relacions reuneix les definicions, qualificadors i fets addicionals sobre un

concepte. Tot i que també es pot utilitzar per a desplegar una jerarquia de subtipus, no té un

ordre d‟exposició especificat o natural. L‟ordenament es basa en la utilització d‟un

subconjunt de navegació (veure Introducció al mecanisme de subconjunts).

A les versions de SNOMED CT de 2003 i 2004 alguns tipus de relacions van estar

distribuïdes en un arxiu separat anomenat Taula de Relacions Històriques. Aquestes

relacions s‟han incorporat a la Taula de Relacions genèrica partint de la versió de Gener del

2005.

4. Referències

En aquest document es fa referència i s‟ha usat text dels següents documents:

32 de 37


SNOMED Clinical Terms ® Guía del Usuario, Edición Internacional Enero 2008 SNOMED Clinical Terms ® Guía de Referencia Técnica, Edición Internacional Enero 2008.

Recomanem ampliar informació fent ús d‟aquests documents, així com complementar amb

la llei de protecció de dades.

Esborrany de procediment d'homologació per a Sistemes d ... · 1 de 37 Criteris de conformitat,...

Documents

Transcript of Esborrany de procediment d'homologació per a Sistemes d ... · 1 de 37 Criteris de conformitat,...