Daha çox

Domendəki yeniləmə dəyəri və eyni atribut sahəsinə əks olunmalıdır


Xeyr olmadığım bir SDE GDB var. yaradılan etki. dövlət adları üçün müvafiq dövlət adlarını yeniləmək üçün bütün xüsusiyyət sinifləri tərəfindən istifadə olunan bir etki yaratdıq.

İndi bəzi əyalətlərin yazılışının / adının düzgün olmadığını aşkar etdim. bu yazımları və ya adları domendə düzəltsəm. bütün xüsusiyyət siniflərinin xüsusiyyətində əks olunacaqmı və ya başqa bir yol varmı?

GDB-də çox min qeyd var.


Geodatabase etki alanında etdiyiniz dəyişikliklərin bu domeni istifadə edən sahələri olan bütün xüsusiyyət siniflərində əks olunacağından narahat olmayın.

Məsələn, StatesNames adlı bir gdb domeniniz var. Kodlaşdırılmış dəyərlər növüdür və bir neçə kod dəyər cütünə malikdir:

TX - Texxas CA - Callifornia NY - New YYork

İstifadəçilər xüsusiyyətlər yaratdıqda, mümkün dəyərlərin açılan siyahısını seçdilər (gdb domenində göründükləri kimi). Yazım səhvlərinizi düzəltdikdən sonra, bu etki alanını istifadə edən sahələr olan xüsusiyyət siniflərində bütün dəyərlər avtomatik olaraq yenilənir.

TX - Texas CA - California NY - New York

Entity Framework-də yalnız dəyişdirilmiş sahələri yeniləyin

ASP.NET MVC4 və EF5-də bir veb sayt üzərində işləyirəm. Verilənlər bazasında yalnız dəyişdirilmiş dəyərlərin yenilənməsini təmin etmək istəyirəm. Məlumat işi üçün bir iş vahidi və depolar istifadə edirəm. Ümumi bir depo üçün kod budur. İki sualım var və aşağıdakı kod üçün kod nəzərdən keçirilməlidir.

Yalnız dəyişdirilmiş sahələri yeniləmək üçün kod yaxşıdır? İşləyir, amma bunun ən yaxşı yolu olub olmadığını bilmirəm. Xüsusilə bu dövrü özümün xüsusiyyətlərindən keçirməyimi sevmirəm (EF bunu edə bilməz?). Etiraz etmək üçün aktyor heyətini və müqayisəni də sevmirəm.

Əlavə etmə və Yeniləmə metodlarım necədir? Müştərilərə (MVC / API nəzarətçiləri) işin görülməsi üçün bir xidmətdən (iş vahidinə keçərək) istifadə etməyi planlaşdırıram. Anbardan birbaşa istifadə etməyəcəklər. Anbarda bir Save () metodu olmayacaq, yalnız UnitOfWork birinə sahib olacaq. Xidmət daxilində şəxsləri yeniləmək / əlavə etmək üçün eyni kontekstdən istifadə edəcəyimi təmin edə bilərəm. Bunu nəzərə alaraq, Əlavə et / Yeniləmə kodumun uğursuz olacağı hər hansı bir ssenari varmı?


Ön söz

Bu son düzəlişdir Buraxın 1 "Əsas Prinsiplər". Bu, son raund 2011-ci ilin may ayında baş verən beş tur səsvermənin nəticəsidir. Sponsorluq edən İşçi Qruplar bu spesifikasiya inkişaf etdikcə diqqətli, iti və səbirli olan bülletenlərə təşəkkür etmək istəyirlər. İşçi Qrupunun iclaslarında razılaşdırılmış, lakin heç vaxt rəsmi olaraq səs vermədiyi HL7 Versiya 3 Metodologiyası ilə bağlı qərarların və dəyişikliklərin rəsmi dərcini təmsil edir.

Səsvermənin başa çatdırılması və bu buraxılışın hazırlanması üçün Lüğət və Modelləşdirmə və Metodologiya İş Qrupları son səsvermə dövrlərindəki spesifikasiyanın əvvəlki versiyalarında çıxan materialla məhdudlaşdı. Təəccüblü deyil ki, bu əhatə dairəsinin məhdudlaşdırılması metodologiyada eyni müddət ərzində razılaşdırılmış digər dəyişikliklərin baş verməsinə mane olmamışdır. İstər-istəməz bu, buraxılış 2-nin bir hissəsi kimi təxirə salınması lazım olan məzmunun bir hissə siyahısına gətirib çıxarır. Aşağıdakı alt bölmələrdə seçki bülletenində bir vaxtlar "yer tutanlar" kimi göstərilən üç mövzu sadalanır. Bu spesifikasiya nəşr üçün təsdiqlənən kimi İş Qrupları Release 2-nin planlaşdırılmasına başlamaq niyyətindədirlər.

Bu alt hissə, 2009-cu ilin avqust ayında bu spesifikasiyanın Normativ Əhatə dairəsindən çıxarıldı, çünki HL7 Memarlıq İnceleme Şurası (ARB) HL7 Xidmətlərini Xəbərdar edən Birlikdə İşləyə bilmə Çərçivəsini (SAIF) inkişaf etdirir. Bu səylərin bir hissəsi, davranış modelinin müəyyənləşdiriləcəyi həddindən artıq arxa HL7 Davranış Çerçevesinin tərifidir. Tamamlandıqdan sonra həmin iş səsvermə üçün ya bu sənədin bir hissəsi olaraq, ya da başqa bir yerdə təklif ediləcəkdir.

HL7 İstinad Məlumat Modelində (RIM) adı "negationInd" ilə bitən bir neçə atribut var. Adından da göründüyü kimi, bu atributlar söz mövzusu sinifin "semantikasını" hamısını və ya bir hissəsini inkar etməyə xidmət edir. Bu yaxınlarda atribut Act.negationInd idi qeyd ilə ləğv edildi:

Bu dəyişiklik bir sıra qaralama modellərində bu atributun yersiz istifadəsindən qaynaqlandı. O zaman, əsas prinsiplərin gələcəkdə yayımlanacağı inkar xüsusiyyətlərinin hər biri və onun uyğun istifadəsi diqqətlə sənədləşdirilməli olduğu qəbul edildi. Bu bölmə, bu standartın gələcək nəşrinə əlavə etmək niyyətini sənədləşdirir. Daxil ediləcək atributların siyahısı:

Müəyyən edildiyi kimi, RIM-dəki Akt sinfi, səhiyyə hadisəsi (EVN əhval-ruhiyyəsində) ilə əlaqəli bəzi atributları və birlikləri və bu hadisənin sənədlərinə (və ya qeydlərinə) tətbiq olunan digər atributları və birlikləri ehtiva edir. Bunları ayırd etmək üçün bir Boolean "xassəsi" adlandırılmışdır isDocumentCharacterstic Qanunun atributlarına və tip kodlarına (sinif dərnəkləri üçün) təyin edilə bilər. Doğrudursa, bu xüsusiyyətlərin və əlaqələrin sənədlərə tətbiq olunduğunu göstərən bu xüsusiyyət. Bu mülkiyyətin rəsmi tərifi:

Bu əmlakla bağlı son müzakirələr əmlakı sənədləşdirmə niyyəti və müxtəlif istifadə hallarında bu Əsas Prinsiplər sənədi daxilində daha ətraflı şəkildə izah edilməsi ilə nəticələndi. Bu bölmə, bu standartın gələcək nəşrinə əlavə etmək niyyətini sənədləşdirir.

HL7 Version 3 standartlarının əsas məqsədi səhiyyə praktikasını və idarəetməsini dəstəkləyən kompüter sistemlərinin əminliklə əlaqə qura biləcəyi hesablama mühitini müəyyənləşdirməkdir. müstəqil sistemlər nail ola bilərik "semantik qarşılıqlı fəaliyyət. "HL7-nin fikrincə, qarşılıqlı əlaqə sistemlərin məlumatları etibarlı və etibarlı şəkildə" mübadiləsi "etməsini tələb edir ("funksional qarşılıqlı fəaliyyət") və mübadilə olunan məlumatları düzgün və ardıcıl şərh edə bilmək ("semantik qarşılıqlı fəaliyyət").

21-ci əsrdə "funksional qarşılıqlı fəaliyyət" in yerinə yetirilməsi getdikcə daha asandır. tətbiq ediləcəyi diqqətlə inteqrasiya olunmuş hesablama və rabitə mühitlərinin mövcudluğu ilə. Bununla birlikdə, "semantik qarşılıqlı əlaqə", xüsusilə səhiyyə müəssisəsi üçün böyük problemlər yaradır:

  • intellektual məkan o qədər sürətlə genişlənməyə davam edir ki, əksər fərdlər ayaqlaşa bilmirlər
  • verilmiş hər hansı bir məlumat elementinin təfsiri, həmin elementin aşkarlandığı kontekstlə və eyni mövzu ilə əlaqəli digər məlumatların hamısı ilə əlaqədardır.
  • məlumat məzmunu dəqiq və tez-tez geniş elmi təqdimat tələb edir
  • həm geniş, həm də daima genişlənən və zəngin terminologiyalarla kodlanmış məlumatların böyük bir hissəsi
  • insan həyatı və rifahı məlumatın sürətli, düzgün təfsirindən asılıdır.

Həqiqi semantik qarşılıqlı fəaliyyət məlumatların bir sistemdən digərinə açıq şəkildə qurulmuş bir formada ötürülməsini tələb edir məlumatın mənası çatdırıldığı kontekst daxilində. 3-cü versiya hazırlayarkən HL7, bu hədəfi reallaşdırmaq və zamanla möhkəm və ardıcıl qalacaq standartlara sahib olmaq üçün standartların ümumi, müəyyən edilmiş yüksək səviyyəli modellər bazasına əsaslandığını qəbul etdi. Bu hədəfə cavab verən modellərdə aşağıdakı xüsusiyyətlər olmalıdır:

  • qəti & # 8212, əsas semantikalarını qurmaq üçün modelləşdirdikləri məlumat elementlərinin tam tərifini ehtiva etməlidir
  • texnologiyadan asılı deyil & # 8212, məlumatın səhiyyə hesablamasını dəstəkləmək üçün istifadə olunan müxtəlif texnologiyalarla əlaqələndirilə bilməsi üçün modelin "nümunələrini" yaratmaq üçün hər hansı bir texnologiyadan müstəqil olmalıdır.
  • geniş mənimsənilə bilər & # 8212, ən geniş ehtiyacları qarşılamaq və HL7 Beynəlxalq cəmiyyətində tətbiq oluna bilmək üçün hər hansı bir aləmə xas olmayan bir şəkildə qurulmuşdur.
  • mücərrəd və ixtisaslaşdırılmışdır & # 8212, soyutlama və ixtisaslaşma anlayışlarını vaxt keçdikcə inkişaf edə bilməsi və əvvəlki məlumat strukturlarının yenidən təyin edilməsini və yeni konsepsiyalar qəbul etmələrini tələb etmədən istifadə etməlidir.
  • məhdudiyyət ilə təmizlənə bilər & # 8212, ümumi bir "universal" modelin müəyyən bir aləmin ehtiyaclarına və / və ya müəyyən bir klinikanın tələblərinə cavab verməklə məhdudlaşdırılmasına imkan vermək üçün ana modeli incəldən və məhdudlaşdıran köməkçi modellərin çıxarılması üçün bir müddət təmin etməlidir. qəbulu.
  • oynat və əvəz et & # 8212 modellər, yeni dizaynlar yaratmaq üçün fərdi model "parçaları" asanlıqla yenidən istifadə etmək və / və ya əvəz etmək üçün ardıcıl olaraq dizayn edilməli və təmsil olunmalıdır.

HL7 Version 3-ün əsas xüsusiyyəti spesifikasiyaların (standartların) olmasıdır OLACAQ bir sıra ümumi modellərə əsaslanmalı və mümkün qədər bu modellər Vahid Modelləşdirmə Dilinin (UML) obyekt modelləşdirmə imkanlarına əsaslanacaqdır. HL7 Versiya 3-də spesifikasiyalara (standartlara) dair məlumat modelləri fərdi spesifikasiyalar kimi yayımlanan, lakin HL7 cəmiyyəti daxilində diqqətlə iş birliyi və koordinasiya halında inkişaf etdirilmiş və qorunub saxlanılan üç "əsas" modelə əsaslanır. Bu modellər:

    (RIM), səhiyyəyə dəstək olaraq çatdırılması lazım olan bütün məlumatları əhatə edən "məlumat modeli" dir. RIM, model nəzarət terminologiyalarına əlavə ilə asanlıqla genişləndirilə bilən mücərrəd bir təqdimat istifadə edir. RIM-dəki sinif atributları HL7 Abstract Data Types tərəfindən "yazılır". RIM atributlarının "kodlu" bir məlumat növü ilə yazıldığı yerdə, bu atribut üçün məhdudiyyət HL7 Lüğət modelində müəyyən edilmişdir.
    hal-hazırda Release 2 olaraq səsverməni başa vuran məlumat növlərinin möhkəm bir spesifikasiyadır. Spesifikasiya dünyanın müxtəlif yerlərində çox sayda tətbiqetmədə nəzərdən keçirilmişdir və Release 2-nin səsverməsinə həm ISO, həm də CEN komitələrinin əməkdaşlığı daxil edilmişdir. standart.

Bu üç model birlikdə aşağıdakıları təşkil edir:

V3 İstinad Platforması
Sözlük: The V3 İstinad Platforması RL siniflərinin atributlarını və məlumat növü "kodlu sadə" olan hər hansı bir RIM atributu və ya məlumat növü komponenti üçün dəyərlər təmin edən idarəetmə lüğətini yazmaq üçün istifadə olunan HL7 Referans Məlumat Modelinin (RIM) məlumat növləri modelinin birləşməsidir ( CS). Bütün HL7 uyğunluqlu modellər, bu üç modelin törəmə ağacının kökündə olmalıdır.

3-cü versiya işə salındıqdan sonra, üç əsas model & # 8212 RIM, Data Types and Vocabulary & # 8212 modelinin hazırlanması, Versiya 3 İnkişaf Metodologiyasındakı şərtlərə və bunun daha yaxşı şəkildə tətbiq olunmasına dair artan anlayışlara əsaslanaraq paralel olaraq davam etdi. bu modelləri səhiyyə rabitəsinə tətbiq edin. Versiya 3 yetişdikcə məsul işçi qruplar HL7 üzvlüyü tərəfindən səs verilməsi lazım olan "itkin" bir spesifikasiyanın olduğunu başa düşdülər. Bu "itkin" spesifikasiya, bu modellərin əsas xüsusiyyətlərinin nədən ibarət olduğunu və həm Version 3 spesifikasiyalarını inkişaf etdirmək və tətbiq etmək üçün koordinasiya olunmuş şəkildə necə istifadə etməli olduqlarını göstərməlidir. "Əsas Prinsiplər" (bu sənəd) "itkin" spesifikasiyadır. Bu sənəddə aşağıdakılar göstərilir:

  • Üç modeldən hər birinin necə təsəvvür edildiyi və təmsil olunduğu və V3 spesifikasiyalarının dəstəklənməsində rolu necədir.
  • Bu modellər arasındakı əlaqələr və ya əlaqələr necə və nə vaxt müəyyənləşdirilir və saxlanılır.
  • Bu modellər və onların əlaqələri rabitə nümunələrində necə təmsil olunur.
  • Bu modellər üçün inkişaf etdiricilərin və tətbiq edənlərin vəzifələri.

RIM üçün əsas tələblər və RIM-in istifadəsi onun girişində sənədləşdirilmişdir. May 2010-cu ildə RIM Release 3 üçün səsvermə ilə başlayaraq RIM təmsilçiliyinin əsas xüsusiyyətləri, UML spesifikasiyaları ilə əlaqələri və bu elementləri daha sıx idarə etmək üçün HL7-ə xas xüsusiyyətlərin tərifi verilmişdir. Normativ və RİM-in bir hissəsi kimi səsverməyə tabedir. RIM spesifikasiyasındakı müvafiq bölmələrə aşağıdakılardan baxmaq olar:

    RIM ifadəsi olan elementlər üçün & # 8212. o cümlədən:
      & # 8212; bir UML modelində RIM siniflərinin ixtisaslarını, həmçinin siniflərə verilən HL7-yə xas xüsusiyyətlərini müəyyənləşdirmək üçün kod sistemlərinin istifadəsi ilə bağlı bir müzakirə. atributlara verilən HL7-yə xas xüsusiyyətlər daxil olmaqla. dərnəklərə verilən HL7-yə məxsus bir əmlak da daxil olmaqla.

    1996 ilə 2008 arasında RIM Harmonizasyon olaraq bilinən bir müddət istifadə edərək HL7 daxilində inkişaf etdirildi və saxlanıldı. Bu müddətdə dəyişiklik təklifləri qarşıdakı bülletenlər üçün məzmun hazırlayan fərdi İş Qrupları tərəfindən hazırlanır. Bu dəyişiklik təklifləri nəzərdən keçirilməsi üçün bütün HL7 İş Qruplarının həmsədrlərinə elan edilir. Daha sonra təkliflər planlaşdırılmış Harmonizasiya iclasına aparılır, burada bülleten hazırlanmasında iştirak edən bütün İşçi Qrupların nümayəndələri tərəfindən müzakirə edilərək səs verilmişdir. Bu iclasların nəticələri açıqlanır və Texniki İdarəetmə Komitəsində şikayət verilə bilər, halbuki bu günə qədər belə bir müraciət olmamışdır.

    2009-cu ildən başlayaraq, HL7 RIM üçün davamlı səsvermə prosesinə bərabər olan "ANSI Davamlı Baxım Prosesi" ni qəbul etməyə qərar verdi. Bu gün üçün Metodologiya və Modelləşdirmə İş Qrupu (M & ampM) Harmonizasiyanı istifadə edərək davam etdirmək istədiyini müəyyənləşdirdi. əsas metod RIM və Lüğət məzmunu dəyişikliklərinin qəbul edilməsi. Nəticədə, mənfi bülletenləri barışdırmaq üçün lazım olan hər hansı bir RIM dəyişikliyi sənədləşdiriləcək və növbəti mövcud Harmonizasiya Toplantısında nəzərdən keçirilmək üçün təqdim ediləcək. Xüsusi proses aşağıdakı kimidir:

    • Bülletenlərin uzlaşdırılması iclasında Metodologiya və Modelləşdirmə İş Qrupu hər bir mənfi rəyi nəzərdən keçirəcək və bülleten barışığı cədvəlində sənədləşdirilmiş tövsiyə olunan bir iş müəyyən edəcəkdir.
    • Harmonizasiyanın nəzərdən keçirilməsini tələb edəcək hər bir uzlaşma əməliyyatı üçün, dəyişikliyin inandırıcı olub olmadığına baxmayaraq, M & ampM, bu dəyişikliyi həyata keçirmək üçün rəsmi bir uyğunlaşma dəyişikliyi təklifi verməyə çalışacaqdır. Barışıq zamanı M & ampM-nin verdiyi səs, mövzu ilə əlaqədar "İlgili Komitənin Vəziyyəti" olaraq qeyd ediləcək.
    • Dəyişiklik təklifi daha sonra növbəti Harmonizasiya iclasında nəzərdən keçiriləcək və icra ediləcək.
    • Harmonizasiya iclası M & ampM barışıq iclasının tövsiyələri ilə razılaşmırsa, barışıq qrupu növbəti tədbirin görüləcəyi üçün yenidən toplanacaq.

    V3-ün əsas anlayışı məlumat mübadiləsidir. Sistemlər, V3 modelinin "nümunəsi" olan məlumatların niyə və nə vaxt mübadilə olunduğunu izah edən bir sıra qaydalar altında seriyalı məlumat axınlarını mübadilə edir.

    V3 modelləri dərnəklər tərəfindən əlaqəli siniflərdən ibarətdir. Dərslər və birliklər RIM-də müəyyənləşdirilmişdir. Siniflərdə məlumat tiplərində müəyyən edilmiş bir növ təyin olunmuş bir sıra adlanan atributlar var. Bəzi atributlar məlumat modellərinə aydın şəkildə təyin olunmuş semantik məna verən sözlərə nəzarət etməklə əlaqələndirilir. Beləliklə, modellər əvvəllər müəyyən edilmiş V3 Referans Platformasından qaynaqlanır.

    HL7 modellərinə tətbiq olunan incəltmə prosesi və çıxarma qaydaları üzündən bütün V3 model nümunələri də Referans Məlumat Modelinin nümunələridir və RIM qaydalarına uyğundur. V3 modelləri ayrıca V3 Referans Platformasının müəyyən inzibati və ya klinik sağlamlıq məlumatlarını təsvir etmək üçün necə istifadə olunduğunu təsvir edən bir və ya daha çox əlavə məhdudiyyət modelinə uyğundur.

    V3 modellərinin nümunələri bir çox ifadə formasına sahib ola bilər və bir çox kontekstdə istifadə oluna bilər, məsələn CDA sənədi, HL7 ilə müəyyən edilmiş qarşılıqlı əlaqəli mesajda mesaj yükü və ya xidmət qarşılıqlı fəaliyyətinin bir hissəsi kimi faydalı yük və s.

    V3 modellərinin nümunələri, məlumatların niyə və nə zaman dəyişdirildiyini göstərən davranış modeli kontekstində mübadilə olunur.

    HL7 V3 Sözlükdə qeyd edildiyi kimi, "bir sinif nümunəsi bir obyektdir" və ya alternativ olaraq, bu sinifin müəyyən bir nümunəsini təmsil etmək üçün sinifin hər bir atributu üçün bir məlumat dəyəri təmin edən məlumatlar toplusudur. . Məsələn, bu sənədi təmsil edən bir sinif, ehtimal ki, "başlıq" xüsusiyyətinə sahib olacaqdır. Bu sənədi təmsil edən sinifin nümunəsi, "title" atributu üçün bir qiymətə sahib olacaqdır "HL7 Versiya 3 Modellərinin Əsas prinsipləri və xüsusiyyətləri".

    Bunu genişləndirmək, bir sinif modelinin bir nümunəsi, bu modelin bütün siniflərindəki bütün atributlar üçün dəyərlər və modeldə ifadə olunan birlikləri təmsil etmək üçün lazım olan məlumatları təmin edən məlumatlar toplusudur. Təcrübədə, bir modelin "nümunəsi" hər bir məlumat elementini dəyər verdiyi xüsusi model elementi ilə əlaqələndirən məlumatların seriyalı bir sətri kimi ifadə edilir və "etibarlı" bir nümunə, hər bir məlumat elementinin qaydalara uyğun olduğu və modeldə müəyyən edilmiş xüsusiyyətlər.

    Bir çox rabitə texnologiyası seriyalı məlumat sətirlərinin müəyyən bir qaydada təşkil edilməsini tələb edir. Buna görə HL7, qarşılıqlı əlaqəni təmin etmək üçün serializasiya qaydasını təyin etməlidir. Bu, modelin məzmununu sifariş etmək (və ya seriallaşdırmaq) üçün normativ bir metod müəyyənləşdirməklə həyata keçirilir.

    HL7 modelləri dəyişdiriləcək məzmunu müəyyənləşdirir. Bu mübadilə tez-tez ardıcıl olaraq müəyyən bir qaydada məlumat verilən baytlarla baş verir. Sistemlərin bir V3 modelinin nümunələrini mübadiləsi üçün, modelin məzmununun sifariş edilməsi (və ya seriallaşdırılması) üçün normativ bir spesifikasiyaya ehtiyacları var. HL7-də bu spesifikasiyaların yerinə yetirilə bilən texnoloji spesifikasiyaları (ITS) adlanır. Sənayenin tələbinə cavab olaraq, HL7, V3 Strukturları, Release 1 və Release 2 üçün XML uygulanabilir texnoloji spesifikasiyası kimi tanınan XML-də V3 nümunələrinin müəyyən bir təqdimatını təqdim edir. XMI, HUTN, ASN.1 və s., Lakin standart XML formasına alternativlərin yaradılmasını əsaslandırmaq üçün kifayət qədər tələb olmamışdır.

    ITS, yalnız nümunənin necə seriallaşdırıldığını deyil, həm də nümunədən mənanın müəyyənləşdirilməsinə töhfə verən bir çox modellə əlaqələrin necə ifadə olunduğunu və / və ya seriallaşdırılmış təqdimatdan necə çıxardığını müəyyənləşdirir.

    Bir modelin seriyalaşdırılması, təsadüfi bir struktur sinif modeli götürən və elementləri elektron şəkildə əlaqələndirilə bilən, elementlərin təkrarlana bilən, proqnozlaşdırıla bilən bir ardıcıllığı kimi düzəldən bir prosesdir.Proses bir alqoritmlə təyin olunur və ümumi nəticə ümumiyyətlə oxunaqlı bir simvol simli kimi bir təmsildir.

    HL7 tərəfindən istifadə olunan əsas alqoritmlər 1990-cı illərin əvvəllərində CEN TC 251 tərəfindən müəyyən edilmiş bir alqoritmdən qaynaqlanır. Bu alqoritmin və HL7 tərəfindən istifadə olunan digər xüsusiyyətlərin xüsusiyyətləri:

    • Proses tək, müəyyən bir ilə başlayır giriş nöqtəsi, nümayəndəliyin başlayacağı modeldəki sinifdir. (Normalda serializasiya da hiyerarşik bir təmsildir və giriş nöqtəsi bu hiyerarşinin "köküdür".)
    • Sinif adının və tərifinin necə ifadə olunacağını,
    • Sinif xüsusiyyətlərinin necə ifadə olunacağını müəyyənləşdirir. Bu atributların model daxilində fərqli model əsasları varsa, məsələn model meta məlumatlarını müəyyənləşdirmək üçün hərəkət etmək kimi xüsusiyyətlər təqdim oluna bilər.
    • Atributların ifadə qaydasını müəyyənləşdirir.
    • "Gəzinti" olan birlikləri necə təmsil edəcəyini müəyyənləşdirir. Normalda bu nümayəndəlik başqa bir "sinif" kimidir və beləliklə serializasiya hiyerarşisini qurur.
    • Dərnəkləri təmsil etmə qaydasını müəyyənləşdirir.
    • Model içərisində bir "döngə" nin necə ifadə ediləcəyini müəyyənləşdirir, burada sonrakı birləşdirmə artıq serializasiyaya daxil edilmiş bir sinifə yönəldilir.

    Bir modelin "serializə edilə bilən" olması üçün aşağıdakılar daxil olmaqla modeldə bir sıra məhdudiyyətlər mövcuddur:

    • Modelin tək, müəyyən edilmiş giriş nöqtəsi olmalıdır.
    • Modeldəki hər bir birlik yalnız bir istiqamətdə gəzdirilə bilməsi üçün məhdudlaşdırılmalıdır.
    • Modeldəki hər sinif, gəzinti istiqamətində birləşmələri izləyən modelin "qrafiki gəzərək" "əlçatan" olmalıdır.
    • Unikallıq:
      • Hər sinifin model daxilində unikal bir adı olmalıdır.
      • Bir sinif daxilindəki bütün atributların və birliklərin adları, həmin sinif tərəfindən müəyyən edilmiş tək atribut-assosiasiya ad məkanında unikal olmalıdır.

      RIM-in özü xaricində, bütün V3 məlumat modelləri RIM-ə qarşı məhdudlaşdırıcı ifadələrdir. Bu modellər məqsəd üçün HL7 tərəfindən hazırlanmış bir modelləşdirmə formalizmi və təmsilçiliyi istifadə edərək ifadə olunur. Bu, HL7 İnkişaf Çərçivəsində tamamilə müəyyənləşdirilmişdir. (HDF) və HL7 Model mübadiləsi formatı (MIF). Lakin bu mümkün bir ifadə formasıdır. Digər ifadə formaları xəyal edilmiş və təklif edilmiş və ya inkişaf mərhələsindədir.

      Məlumat modelləri birbaşa bir məhdudiyyət ifadəsi, sinif modeli (UML) və ya bir növ yazma modeli (yəni şema) kimi qəbul edilə və ya təmsil edilə bilər. Bu üçlükdəki fərq, semantikanın hər zaman aydın olduğu bir tətbiq məsələsidir: bütün nümunələr V3 Referans Platformasının nümunələridir və digər bütün məlumat modelləri bu platformada məhdudiyyətlərdir. Məlumat modelini yazı tipi kimi təqdim etməkdə müvəffəqiyyət dərəcəsi hədəf platformasından asılıdır.

      RIM-in altındakı ilk məhdudiyyət səviyyəsi bir Domain Information modelidir. Bu model, müəyyən bir problem sahəsinin tələblərinə cavab vermək üçün bir domen təhlili modelini RIM, məlumat növləri və HL7 Terminoloji spesifikasiyalarına uyğunlaşdırmaqla yaradılmışdır. DİM-in birdən çox giriş nöqtəsi ola bilər. Beləliklə, DIM birbaşa həyata keçirilə bilən bir model deyil və kifayət qədər ümumi lüğət əlaqəsi olan bir sahənin kifayət qədər ümumi bir ifadəsidir. Bir DIM-i başqa DIM-dən əldə etmək mümkündür ki, əldə edilən DIM, əsas modelin alt hissəsini, ümumiyyətlə daha ətraflı şəkildə əhatə etsin. Bu, əlaqəli domen məlumat modellərinin iyerarxiyasına səbəb ola bilər. (Bir çox mövcud HL7 sənədləri "ifadəsini istifadə edirDomain Mesaj Məlumat Model (DMIM)"burada təyin olunduğu kimi düzgün DIMs olan əsərlərə müraciət etmək.)

      SİM-lər xüsusi istifadə hallarına əsaslanan ikinci bir məhdudiyyət səviyyəsini təmsil edir. SİM-lərin müəyyən bir tətbiqetmə hədəfi üçün keçilməsinə və birmənalı olaraq seriallaşdırılmasına imkan verən tək giriş nöqtələri və naviqasiya yolları olmalıdır (məsələn, XML, Java və s.). SİM-lər bu səbəbdən məlumat sistemlərində tətbiqetmə quruluşu olaraq istifadə üçün əlverişlidir. SİM-lər ümumiyyətlə bütün bir mövzu sahəsi və ya mövzu deyil, xüsusi əməliyyat və ya qabiliyyətə yönəldilmişdir. (SIM kart üçün tələblər yuxarıda sadalanmışdır.)

      SİM-lər birbaşa DIM-dən və ya başqa SİM-dən əldə edilir. Texniki cəhətdən bir SİM birbaşa RIM-dən əldə edilə bilsə də, bu, ardıcıl dizaynı və mövcud dizayn nümunələrinin yenidən istifadəsini təşviq etmək üçün köhnəlmiş bir təcrübədir.

      SIM kaskadları istənilən qədər dərin ola bilər, lakin əksər domenlərdə HL7 yalnız bir DIM və bir qat SİM təyin edir. (Bir çox mövcud HL7 sənədlərində şərtlər istifadə olunur "Zərif Mesaj Məlumat Modeli (RMIM)", "Hiyerarşik Mesaj Təsviri (HMD)"və"Mesaj növü model (MT) burada müəyyən edildiyi kimi düzgün SİM-lər olan əsərlərə müraciət etmək.)

      SİM-lər kimi, LIM-lər də tək giriş nöqtəsinə sahib olan məhdudlaşdırıcı bir modeldir. Lakin LIM-lər SIM-lərdən fərqlənir ki, LIM-lər natamam model ola bilər. Yarımçıq bir model, əldə edildiyi SİM (DIM və ya RIM) içərisində olan elementlərin yalnız alt dəsti üçün məhdudiyyətləri həll edən modeldir. Digər model elementlərin olmaması onları SİM-ə uyğun olan hallardan istisna etmir. LIM, olduqca sadə bir şəkildə, "itkin" elementlərə məhdudiyyət qoymur.

      LİM-lər, rabitə nümunələrinin müəyyənləşdirilməsində istifadə olunan məhdudlaşdırıcı nümunələr və ya şablonlar təmin edən Tətbiqi Modellərdir. LIM'lər heç vaxt Expression Model olaraq istifadə edilmir. (Bir çox mövcud HL7 sənədləri, burada müəyyən edildiyi kimi düzgün LIM olan əsərlərə istinad etmək üçün "Statik Profillər" və "Şablonlar" ifadələrini istifadə edir.)

      "Anlayışınövü"informasiya texnologiyaları müzakirəsində geniş istifadə olunur, lakin nadir hallarda yaxşı müəyyənləşdirilmişdir. Bu bölmə mənasında iki tərif isim "növü"Webster lüğətlərindən (at www.merriam-webster.com) aiddir:

        1 (c) "daha yüksək bir kateqoriyaya istinad standartı olaraq seçilmiş daha aşağı bir taksonomik kateqoriya". [Beləliklə, insan bir heyvan növüdür.]

      Hesablama dili ilə desək, hər bir məlumat, müəyyən bir "model", "tip" və ya "sinif" ilə uyğundur, bu məlumatları təşkil edən məzmunun nə olduğunu və onların necə təmsil olunmalı olduğunu müəyyənləşdirir. Nesne modelləri dünyasında, məzmun modeli bir "sinifdir". XML kodlu rabitələrdə, məzmun modeli ya "kompleks növü" ya da "sadə tip" dir. Üstəlik, bu modellər bir XML "elementi" nin "növü" elementin hər birinin öz "tipi" və s. Olan digər "elementləri" ehtiva etməsini tələb edə biləcəyi şəkildə rekursiv şəkildə istifadə olunur.

      HL7-nin əsas modellərində "tip" spesifikasiyanın bir neçə forması mövcuddur:

        Model & # 8212 RIM-dən əldə edilmiş bir məlumat modeli bir CDA sənədində və ya bir mesajda daşınması üçün "tip" qura bilər. Ümumiyyətlə, modeldəki alt tiplər modelin sinifləridir.

      Məlumat tipləri üçün bir atributun bağlanması, məlumat tipinin özünə təyin olunmuş rəsmi "ad" istifadə edərək təsdiqlənir. Ümumiyyətlə, əldə edilmiş modellərdəki tip RIM-dən olan tiplə eyni olmalıdır, lakin RIM tipindəki məhdudiyyətlərdən də istifadə edilə bilər. Məlumat tipləri üçün ifadə edilmiş model həmişə mücərrəd məlumat tiplərində göstəriləndir. Bu siyasət, V3 istifadə olunan bütün mühitlərdə istifadə üçün məlumat növlərinin tətbiq olunmasının möhkəm olmasını təmin etmək üçün mövcuddur.

      Məlumat növlərində onlarla əlaqəli əlavə məhdudiyyətlər də ola bilər. Bu məhdudiyyətlər məlumat növü tatlar kimi adlandırılır. Məlumat tipli tatlar tətbiq olunan modellərə çox oxşayır, ancaq yalnız bir ləzzət təyin edilə bilər.

      İstinad: Təriflər, Məhdudlaşdırma və Lokallaşdırma və Abstrakt Məlumat növləri, Məlumat 2 tip tatlar haqqında daha ətraflı məlumat üçün 2 nömrəli spesifikasiyalara müraciət edilməlidir.

      Səhiyyə qeydlərində əskik və ya natamam məlumatlarla qarşılaşmaq adi haldır. Bəzi hallarda, məlumatın niyə, necə və ya hansı şəkildə itkin və ya yarımçıq qalması, iş axını və ya məlumatdan asılı olan klinik idarəetmə üçün dəyişiklik yarada biləcək bəzi semantik əhəmiyyətə malik ola bilər. Ümumiyyətlə, bir modeldəki hər sinif və ya xüsusiyyət aşağıdakılara malikdir:

      dəyər domeni
      Sözlük: Bir sinif üçün dəyər sahəsi bu sinifin bütün mümkün uyğun nümunələrinin çoxluğudur. Növü bir məlumat növü olan bir element üçün (bir atribut və ya məlumat növü komponenti kimi) dəyər domeni, təyin edilmiş məlumat növünün tərifi ilə təyin olunan həmin element üçün icazə verilən dəyərlərin tam dəstidir. Beləliklə, INT (Tamsayı) kimi yazılmış bir element üçün dəyər sahəsi bütün tam ədədi təşkil edir və "1" bu dəyər sahəsinin üzvüdür, "1.1" isə belə deyil.

      Bir sistemin ünsiyyət qurması lazım olduğu, ancaq bu sinif və ya atribut üçün müəyyən edilmiş "dəyər domeni" daxilində olan müəyyən bir sinif və ya atribut üçün bir dəyəri ifadə edə bilməməsi səbəbi ilə baş verdiyindən, bütün məlumat növləri və RIM sinifləri adlı bir xüsusiyyətə sahibdirlər Mümkün olduqda, məlumatın niyə olmadığını, bilinməməsini və ya mövcud olmadığını və ya icazə verilən dəyər alanında ifadə edilə bilməməsini təyin etmək üçün istifadə edilə bilən "nullFlavor". Bu nullFlavor anlayışı əvvəlcə məlumat növləri spesifikasiyalarında işlənmişdir. NullFlavor mülkiyyətinin mövcud qəbul edilmiş dəyərləri məlumat növləri spesifikasiyasında sənədləşdirilir və rəsmi olaraq HL7 NullFlavor Kod Sistemi kimi saxlanılır.

      Məlumat növü və ya sinif, nullFlavor xassəsi üçün bir dəyərə sahibdirsə və ya instansiyadan çıxarılarsa və sıfır olmayan bir default dəyərə sahib deyilsə, "null" element kimi tanınır. Sıfır dəyərlər, tətbiq olunan spesifikasiyanın təsvir etdiyi kimi uyğun və ya gözlənilən dəyər sahəsinə uyğun olmayan uyğun olmayan dəyərlərdir (adətən, uyğunluğun tələb olunduğu hər hansı bir model - aşağıda yazmağa baxın). Məlumat uyğun olmaya bilər və ya qismən mövcud ola bilər, ya da tamamilə mövcud ola bilər, lakin uyğun olduğu modellər tərəfindən qoyulan məhdudiyyətlər baxımından etibarlı deyil. Sıfır dəyərlər spesifikasiyada iddia edilən məlumat növü üçün "dəyər domeninə" uyğun gəlməsə də, NULL dəyərlər üçün bütün qaydalara uyğun olmalıdır və yalnız məlumat və məlumat növü modelləri tərəfindən göstərildiyi kimi istifadə edilməlidir.

      Məsələn, "Digər" etibarlı bir kod olmaya bilər və buna görə kodlanmış bir atribut üçün dəyər domeninin bir hissəsi deyil, ancaq bu xüsusiyyət üçün NULL bir ləzzət olaraq bildirilə bilər. Lakin, Abstract Data Types spesifikasiyasına uyğun olaraq "OTH" NULL Ləzzətindən istifadə etmək üçün ya "codeSystem" xassəsinin ya da "valueSet" və "valueSetVersion" xüsusiyyətlərinin təsdiqlənməsini tələb edir.

      Bu mənada null, iki səviyyəli uyğunluq strategiyası yaratmaq üçün istifadə olunur. Bəzi hallarda düzgün qəbul edilə bilən bir dəyər sahəsi müəyyən edilir və yalnız göstərilən dəyər sahəsinə tamamilə uyğun gələn məlumatlar verilə bilər. Digər hallarda, düzgün bir şəkildə qəbul edilə bilən bir dəyər sahəsi müəyyən edilir və bəzi məlumatlar verilməlidir, lakin nümunənin bir sıfır elan edərək uyğun olmadığını açıq şəkildə elan etməsi şərti ilə məlumat məzmununun dar dəyər domeninə uyğun gəlməməsi qəbul edilə bilər. ləzzət. Daha ətraflı məlumat üçün məlumat növlərinin uyğunluq hissəsinə baxın.

      Sıfır dəyər anlayışı ilə tətbiqetmə texnologiyalarında, xüsusən də SQL və OCL-də null anlayışı və davranışı arasındakı oxşarlıqlara görə nullFlavor adı verilir. SQL və OCL-də olduğu kimi, null dəyəri bütün növlərin dəyərindədir və nullFlavors ümumiyyətlə müqayisə kimi əməliyyatlarla yayılacaqdır (yəni sıfır dəyərlə bəzi digər dəyərlər arasında müqayisə əməliyyatının nəticəsi ümumiyyətlə boşdur).

      Bununla birlikdə, bu cür texnologiyalardakı sıfırların tətbiqi ilə HL7 nullFlavor arasında bəzi vacib fərqlər var. Ən başlıcası, tətbiqetmə texnologiyalarının əksəriyyətində boş bir instansiya ilə əlaqəli başqa bir məlumat yoxdur (sıfır göstərici anlayışının bəzi dəyişikliyi). Bir məlumat növü və ya sinif sıfırsa, nullFlavor xassəsi null deyil və digər xüsusiyyətlərdən heç biri null olmaya bilərsə, bu HL7 null konsepsiyası üçün doğrudur.

      Qeyd: nullFlavor xassəsi, məlumat sıfır deyilsə, məlumat tipinə və ya sinfə əks mənada işləyir nullFlavor null olacaq və dəyər null olarsa nullFlavor null deyil - daha ətraflı məlumat verən faktiki bir nullFlavor təyin edəcəkdir hansı şəkildə və ya nəyə görə heç bir uyğun qiymət verilmədiyi barədə.

      Qeyd: OCL-də null, hər növün super növü olan OclVoid nümunəsidir. nullFlavor HL7-də eyni şəkildə modellenmemişdir: sıfır dəyər hələ də müəyyən bir növün etibarlı bir nümunəsidir (aşağıda göstərilən növlərin müzakirəsinə baxın). Bir tətbiqetmə mühitində həqiqi bir sıfırla qarşılaşdıqda (yəni XML ITS istifadə edilərkən sinif XML-də təmsil olunmur və ya xsi: nil = "true" atributu ilə mövcuddur), bu, mənəvi cəhətdən sıfır dəyərə bərabərdir "NI" (məlumat yoxdur) və nullFlavor ilə əlaqəli olmayan bütün digər xüsusiyyətlər də "NI" nullFlavora sahib olacaqdır.

      Bu bölmədə əvvəl qeyd edildiyi kimi, HL7 V3 modellərində müəyyən edilmiş çoxsaylı "növlər" mövcuddur. Bu müzakirə üçün əsas növlər "sinif" və "məlumat növü" dür.

      Bütün HL7 modelləri RIM-də müəyyən edilmiş siniflərdən və mücərrəd məlumat tiplərində müəyyən edilmiş məlumat tiplərindən qurulmuş birləşmiş V3 Referans Platformasındakı məhdudiyyətlərdir.

      V3 Referans Platforması, birliklər və siniflərdəki xüsusi məhdudiyyətlər üçün yeni adları birləşdirən əlavə məhdudiyyət modelləri ilə daha da məhdudlaşır. Bu məhdudiyyət modelləri, hər bir modelin başqa bir model üçün əlavə bir məhdudiyyət olduğu (və nümunə bir modelə uyğun gəldikdə, bu modelin çıxardığı modellərə də uyğun olduğu) bir məhdudiyyətin xətti ardıcıllığından gələ bilər və ya bir nümunə uyğun ola bilər. bir-biri ilə əlaqəli olmayan çoxsaylı müxtəlif məhdudiyyətlər.

      Beləliklə, hər hansı bir tip, V3 Referans Platformasında göstərildiyi kimi sinif və ya məlumat tipinin bir nümunəsidir, eyni zamanda modellərin bu kaskad hiyerarşisindəki dizayn spesifikasiyalarında bir çox digər fərqli məhdudiyyətlərə uyğun gəlir.

      Bütün siniflər və məlumat növləri tək bir master tipinə uyğunluğu elan etməlidir. Bu tələb ümumi hədəf texnologiyalarında tətbiqetmə yolunu asanlaşdırmaq üçün mövcuddur. Tip bir cütdür: modelin adı və modeldəki tip / məhdudiyyət tərifinin adı. Həm modelin adı, həm də növün adı birbaşa sinifin atributu kimi ifadə olunmaq əvəzinə bəzi tətbiq olunan dizayn müqaviləsi ilə müəyyən edilə bilər.

      V3 modellərinin necə təmsil olunacağını təsvir edən İTS-lər, nümunənin araşdırılmasından növün hər iki hissəsinin necə müəyyənləşdirilə biləcəyini və dizayn və / və ya iş vaxtında sinifin tipini birmənalı şəkildə həll etmək üçün hansı digər mənbələrin tələb olunduğunu aydınlaşdırmalıdır. məlumat növü.

      Qeyd: RIM-dəki InfrastructureRoot sinfi, sinif tipini təmsil etmək üçün typeId şərti atributunu müəyyənləşdirir. ITS-lərin bu atributu birbaşa təmsil etməsi tələb olunmur, baza texnologiyasına daha uyğun və ITS-in növ məlumatının instansiyadan təyin olunduğunu müəyyənləşdirməsinə uyğun olan başqa bir təmsil üsulu seçilə bilər.

      Dərslər üçün növün V3 Reference Platformasından tip olmaması lazımdır. Bir modelin bir nümunə ilə əlaqəli olmasının üç yolu var. Aşağıdakı güllə siyahısı bunları ümumiləşdirir və modellər üçün sifət adları ilə modellərin nümunə ilə əlaqəsi arasındakı əlaqəni göstərir. Bu qısa siyahının ardınca bu üç model növünün daha güclü bir xarakteristikasını təmin edən üç alt hissə var.

      • ifadə edilmiş bir model bir nümunənin necə ifadə olunduğunu təyin edir - elementlərinin adları nədir və s.
      • nəzərdə tutulan model, nümunənin çıxarıldığı modellərdən biridir və
      • tətbiq olunan bir model nümunənin gövdəsindən istinad edilir və nümunənin bu modelə uyğun olduğunu iddia edir.

      İfadə olunan model, nümunənin adlarını və quruluşunu təyin edən modeldir (yəni, nümunənin "ifadə edildiyini" idarə edir). Dəyişdirilən model dizayn zamanı müəyyən edilmir. Əksinə seçilmiş ITS tərəfindən müəyyən edilir və ya bəzi ITS-lər üçün işləmə vaxtı təyin olunur. Göstərilən model, nümunənin "tel formatını" təyin edən modeldir.

      QeydMövcud XML ITS, bir nümunədəki bütün siniflər üçün ifadə olunan modeli qarşılıqlı əlaqənin kök elementində və ya "ClinicalDocument" -də göstərilən qarşılıqlı təsir identifikatoru ilə əlaqəli məlumat modeli kimi düzəldir. Bir sinif növü ümumiyyətlə birbaşa təmsil olunmur, əksinə ifadə olunan modeldəki birlik adları istifadə olunur və növü (seçim iyerarxiyalarındakı xüsusi yarpaq sinfi daxil olmaqla) assosiasiya adından alınaraq müəyyən edilir.

      Qeyd: Yalnız bir giriş nöqtəsi (SİM) olan serializə edilə bilən modellər ifadə edilmiş modellər kimi istifadə edilə bilər.

      Yuxarıda göstərilən modellər ifadə olunan modelin tərifində olan təriflər ilə müəyyən edilir. Bütün ifadə olunan modellər RIM-dən alınma maddələrini təyin etməlidir. Digər modellərdən əlavə təriflər də göstərilə bilər. Məsələn, bir nümunə üçün tel formatı A modeli ilə təyin olunarsa və A modeli B və C modellərində bir məhdudiyyətdirsə və C modeli D modelində bir məhdudiyyətdirsə, o zaman B modeli, C modeli və D modeli nəzərdə tutulur ". "bu nümunə üçün modellər.

      Qeyd: bu RIM-in hər zaman nəzərdə tutulmuş bir model olduğu anlamına gəlir.

      Tətbiq Qeyd: Bir prosessor, ifadə edilmiş model üçün tam məlumat modelini oxuyaraq və ifadə olunan modeldən zəmin edilmiş seçim modelinə əsaslanaraq, nümunə məlumatlarını zəmanətli bir modellə əlaqələndirə bilər. Bu, tətbiqetmədə olan tərifləri sərt kodlayaraq geliştirici tərəfindən də edilə bilər. HL7 XML İTS şemaları da RIM səviyyəsinin tərifinə qismən bir əlaqə təmin edir. Yuxarıda göstərilən RIM modeli elə bir nəticəyə gəlmişdir ki, struktur kodlardan istifadə edərək instansiyada RIM siniflərini müəyyənləşdirmək üçün ayrıca bir nümunə mövcuddur.

      Tətbiqi modellər, sinifin uyğun olduğu, lakin sinifin uyğun olduğu tipdə açıq və ya gizli olmayan digər modellərdir. Bu modellərə bəzən şablonlar, tətbiq təlimatları və ya profillər deyilir. Tətbiq olunan model açıq şəkildə nümunədə və ya bir növ dizayn müqaviləsində (məsələn, qarşılıqlı profil) göstərilməklə çağırıla bilər. Bir sinifin uyğun gəldiyi bütün tətbiq olunan modelləri elan etmək lazım olmadığını unutmayın.

      Qeyd: InfrastructureRoot sinfi, bir sinifin uyğun gəldiyi tətbiq olunan modellər dəstini təmsil etmək üçün istifadə olunan templateId adlı bir atributu təyin edir. TypeId atributu kimi, templateId şərti ITS-lər tətbiq olunan modellərin təmsil olunması üçün alternativ metodları müəyyən edə bilər.

      V3 modellərinin necə təmsil olunacağını təsvir edən İTS-lər tətbiq olunan modellərin nümunənin araşdırılmasından necə müəyyənləşdirilə biləcəyini və tətbiq olunan modelləri birmənalı şəkildə həll etmək üçün dizayn və / və ya iş vaxtında başqa hansı mənbələrin tələb olunduğunu aydınlaşdırır.

      Qeyd: Tətbiq olunan bir model törəmələri müəyyənləşdirirsə, çıxıntılarda göstərilən modellər də nəzərdə tutulan modellərdir.

      İstinad: Əlavə şablon məlumatları üçün şablonların dəqiqləşdirilməsinə müraciət edilməlidir.

      V3 modellərinin qurucu prinsiplərindən biri də obyektlərin düzgün müəyyənləşdirilməsinin vacibliyidir.

      Mənbə və təyinat sistemləri icazə vermək üçün kifayət qədər məlumat paylaşdıqda, mənbə sistemi obyektin tam təfərrüatlarını verməkdənsə sadəcə bir obyektə istinad edə bilər. Nöqtəni və ya yeniləmə rejimində obyekti yeniləməkdənsə (baxın Yeniləmə Nəzarətinə), təyinat sistemi mövcud məlumat nümunəsini təyin etmək üçün verilən məlumatdan istifadə etməlidir.

      Təyinat sistemində onsuz da məlumata sahib olmaq vacib deyil, yalnız sistemin və ya müvafiq istifadəçilərin istinadın aid olduğu məlumatları necə tapacağını bilmələri lazımdır.

      Bu səbəbdən obyekt istinadları geniş istifadə olunur. Referans konsepsiyası yeniləmə rejimi konsepsiyası ilə də yaxından əlaqəlidir - bir obyekt ya anlıq görüntü, bir yeniləmə və ya bir istinad olaraq ötürüləcəkdir. Bu rejimlər, Yeniləmə Nəzarəti alt hissəsində daha da müzakirə olunur.

      Bir obyektin anlıq görüntü rejimi, yeniləmə rejimi və ya bir istinad kimi ötürülməsindən asılı olmayaraq, əksər emal sistemləri üçün ilk addım, əgər varsa, obyektin təmsil etdiyi konsepsiya üçün mövcud bir qeydin düzgün tapılmasıdır.

      Bunu həyata keçirmək üçün sistem obyekti düzgün müəyyənləşdirməlidir. Əksər hallarda identifikasiya sistem rabitəsini idarə edən müqavilələrdə gizli və ya açıq olacaqdır. Lakin bəzi hallarda mənbə sisteminin obyekti müəyyənləşdirmək üçün istifadə ediləcək atributları aydın şəkildə göstərməsi lazım olacaqdır.

      Məsələn, bir mənbə sistemi obyektlə əlaqəli bir neçə identifikatordan hansının obyektin müəyyənləşdirilməsi üçün istifadə olunacağını göstərməyi istəyə bilər. Tanımlayıcıların semantik xüsusiyyətləri - əhatə dairəsi və etibarlılıq - ümumiyyətlə hansı identifikatorun istifadə olunacağını seçmək üçün meyarlar kimi üstünlük verilir, lakin bəzi hallarda müəyyən bir atributu göstərmək lazım ola bilər.

      Başqa bir hal, mənbə sisteminin obyekt üçün müvafiq identifikatorları bilməməsi, lakin konsepsiyanın müəyyənləşdirilməsi üçün bəzi əsas meyarları təyin etməsidir. Məsələn, mənbə sistemi xəstənin müəyyən bir tarixdə bir qulluq epizodu olduğunu bilə bilər, ancaq baxım epizoduna təyin edilmiş təyinat sisteminin identifikatorunu deyil.

      Mənbə sistemi, identifikatorun əhatə dairəsinin və etibarlılığının (II məlumat növü daxilində) yetərli olduğunu düşünmədiyi təqdirdə, obyekti düzgün müəyyənləşdirmək üçün istifadə etməsini gözlədiyi bir obyektin xüsusiyyətlərini aydın şəkildə müəyyənləşdirməlidir.

      Bu qaydaların ümumi mənası ondan ibarətdir ki, bir obyekt yeniləmə rejimi istifadə edilərkən və ya istinad olaraq göndərildikdə, yeniləmə rejimi üçün hər hansı bir xüsusi yeniləmə ilə birlikdə yalnız obyekti düzgün müəyyənləşdirmək üçün tələb olunan məlumatlar göndərilir və verilən məlumatlar aydın şəkildə etiketlənməlidir. Lakin arayışı düzgün müəyyənləşdirmək üçün nə qədər məlumatın tələb olunduğu hər zaman aydın olmur, buna görə əlavə faydalı məlumatlara daima icazə verilir. Ümumiyyətlə, referansın avtomatik həll edilməsi uğursuz olarsa, bu əlavə məlumatların bəzi insan müdaxiləsi prosedurlarında istifadə ediləcəyi gözlənilir.

      Obyektlər olaraq, Data Types uyğun nəşr edilmiş məlumat növləri spesifikasiyasında unikal adları ilə müəyyən edilir. Məlumat növlərinin daha mükəmməl bir müzakirəsi üçün Xahiş olunan Məlumat Tiplərinin Xüsusiyyətinə baxın.

      Nümunədə hər hansı bir açıq razılaşma və ya məlumat olmadığı təqdirdə, şəxsiyyəti həll etmək üçün standart metod, mənbə obyektindəki identifikatorlardan ən az birinin şəxsiyyətin həll edilməsi üçün təyinat obyektinin identifikatorlarından ən az birinə uyğun olmasıdır.

      HL7 məqsədləri üçün, bütün identifikatorlar səhv müəyyənləşdirilməməsi üçün ad məkanları daxilində unikal olmalıdır.

      Qlobal miqyasda unikal identifikatorlar ya Universal Unikal Identifiers (UUIDs & # 8212 see ISO / IEC 11578: 1996) ya da Object Identifiers (OIDs & # 8212 see ITU-T X.660 or ISO / IEC 9834-3) kimi yaradıla bilər. UUID yaratmaq metodu eyni UUID-in bir dəfədən çox yaranma ehtimalının az olmasını təmin edir. 9834 standart standartlarında ISO tərəfindən müəyyən edilmiş OID qeyd prosedurlarına əməl olunarsa, OID-lər dünya miqyasında unikaldır. Yerli identifikatorlar toplusu, onların ümumi qlobal identifikatorla prefiks edilməsi ilə qlobal səviyyədə unikal hala gətirilə bilər. OID'ler, ISO standartlarında göstərildiyi kimi bir ISO Qeyd Təşkilatı tərəfindən yaradılır. HL7 belə bir Qeyd orqanıdır və HL7 standartlarında və tətbiqlərində obyektlərin müəyyənləşdirilməsində istifadə üçün OID-lər yaradır və verir.

      Nümunə identifikatoru (II) məlumat növü hər zaman bu məlumat növünün hər hansı bir nümunəsində yerləşdirilməli olan bir kök xüsusiyyətinə və isteğe bağlı bir uzantı xüsusiyyətinə malikdir. Bu məlumat növünün tərifi, bir yerə toplandıqda, kök və genişləndirmə xüsusiyyətlərinin dünya miqyasında unikal bir identifikator yaratması lazım olduğunu, yəni hər hansı bir kontekstdə qlobal olaraq bir və yalnız bir obyekt nümunəsini təyin etdiyini göstərir.

      Yalnız bir yerli identifikatorun mövcud olduğu xüsusi vəziyyətlərin olduğunu unutmayın. Tipik bir nümunə baxım cihazıdır. Bu hallarda ya istifadə kontekstində qlobal bir identifikator kökü atanır, ya da identifikator natamamdır (bəzi ləzzət null).

      Bəzi ssenarilər üçün identifikatorun qlobal miqyasda unikal olması kifayət deyil, identifikasiyanın V3 nümunələrini mübadilə edən bir qrup sistem arasında da uyğun olmalıdır. ABŞ-da Sosial Müdafiə Nömrələri kimi bəzi konsepsiyalar ardıcıl olaraq müəyyənləşdirilməlidir. Digər konsepsiyaların, xüsusilə HL7 ilə müəyyən edilmiş konsepsiyaların, ISO standartlarının və ICD və SNOMED terminologiyaları kimi paylaşılan standartların, V3 nümunələrini istehsal edən və istehlak edən bütün sistemlər tərəfindən ardıcıl olaraq müəyyənləşdirilməsi lazımdır. Əgər ardıcıl identifikatorlardan istifadə edilmirsə, onda qarşılıqlı əlaqə zəifləyir, çünki ünsiyyət sistemlərinin eyni şeydən danışarkən həyata keçirmək üçün bir yolu olmayacaqdır.

      Bu müxtəlif növ obyektlərin ortaq ardıcıl eyniləşdirilməsinin bir yolu bu eyniləşdirmə konsepsiyalarının qeyd olunduğu mərkəzi sistemin saxlanılmasıdır. HL7 bu məqsəd üçün bir OID qeydini aparır. HL7 tətbiqetmələrini maraqlandıran hər hansı bir identifikator daxil olan HL7 OID qeydiyyatına qeyd edilə bilər

      • HL7 tərəfindən müəyyən edilmiş və daxili olaraq qorunan obyektlərə və ya konsepsiyalara istinad edən HL7 tərəfindən yaradılan və buraxılan OIDlər,
      • Xarici olaraq müəyyən edilmiş obyektlərə və konsepsiyalara istinad edən HL7 tərəfindən yaradılan və buraxılan OID'lər və
      • Xarici olaraq müəyyən edilmiş obyektlərə və konsepsiyalara istinad edən HL7 xaricindəki Qeyd Təşkilatları tərəfindən yaradılan və buraxılan OID-lər.

      Qeyd edək ki, HL7 OID qeydində bir OID olması HL7-nin müəyyən edilmiş obyekt üçün məsuliyyət tələb etməsi demək deyil, yalnız bəzi HL7 müştəriləri üçün maraqlıdır. OID HL7 OID filialındadırsa, HL7 OID-i buraxdı və konsepsiya üçün Registry girdisinin meta data setini qorumaq üçün obyekt və ya konsepsiya sahibi ilə işləmək məsuliyyətini qəbul edir.

      HL7, Kod Sistemlərinin hər birinə, həmçinin HL7 və HL7 Affiliate spesifikasiyalarında istifadə olunan xarici standart kodlaşdırma sistemlərinə bir OID təyin edir. HL7 ayrıca ictimai identifikatoru təyin edən orqanlara (məsələn, ABŞ Dövlət sürücüsü lisenziyası büroları, ABŞ Sosial Müdafiə İdarəsi, HIPAA Provayder Kimliği reyestri, digər ölkələr və # 8217 Sosial Müdafiə İdarələri, Vətəndaş ID qeydləri və s.) OID-lər təyin edir.

      HL7 OID qeydinin əsas hədəflərindən biri, HL7 nümunələrində müəyyən bir konsepsiya üçün istifadə ediləcək yalnız bir səlahiyyətli OID olmasını təmin etməkdir. Məsələn, HL7 OID qeydində LOINC kod sistemi üçün qeydiyyatdan keçmiş bir OID var. Bir ISO Qeyd Təşkilatı olan və OID kökünü idarə edən hər hansı bir təşkilat LOINC kod sistemi üçün öz OID-lərini yarada bilsə də, bu əlavə OID-lər HL7 OID qeydinə əlavə edilə bilməz, çünki eyni konsepsiya üçün bir çox OID-lər yaranacaqdır. Bundan əlavə, müəyyən bir kod sistemi və ya identifikator ad sahəsi üçün bir OID HL7 ilə qeydiyyata alınmışsa, uyğun kod HL7 nümunələrində həmin kod sisteminə və ya identifikator ad sahəsinə istinad edilərkən OID istifadə edilməlidir. Bu, HL7 uyğun sistemlərinin kod sistemlərinə və hər zaman HL7 V3 nümunələrində ardıcıl olaraq tanınan ümumi ictimai identifikatorlara etibar edə biləcəyini təmin edir. (Qeyd: Bəzi hallarda təkrarlanan qeydlər səhvən tətbiq oluna bilər. Bunun necə aparıldığını görmək üçün aşağıda OID Münaqişəsi Çözümünə baxın.) HL7 Bağlayıcı bir ərazini idarə edənlər, qanuni və ya tənzimləyici səbəblərə görə lazım olduqda, öz ərazilərində alternativ OID elan edə bilərlər. HL7 OID Reyestrində qeydiyyata alınmış və bu halda aləmə xüsusi alternativlər olaraq təyin ediləcəkdir.

      HL7, insanları kodlanmış məlumat növlərinin kod sistemi mülkiyyətində və ya identifikator məlumat növlərinin kök xüsusiyyətində istifadə olunmaq üçün OID-lərin qeyd edilməsini şiddətlə təşviq edir. Qeyd edilməli olan OID-lər üçün tələb HL7 üçün uyğunluq qaydalarının bir hissəsidir. Təşkilatlar və yerli ad sahələri üçün istifadə edilənlər kimi digər HL7 qeydli OID'lər də təşviq olunur, baxmayaraq ki bunun üçün heç bir əsas tələb yoxdur. Qeyd edək ki, bu təşkilatların başqa yerdə istifadə olunan digər qeydiyyatçılar tərəfindən təyin edilmiş digər OID-ləri ola bilər.

      HL7, HL7 istifadəçiləri və satıcıları üçün HL7 OID yaratma prosesindən asılı olmayaraq özləri üçün OID çıxarmaq üçün istifadə edilməsi üçün 'kök' istəmələri üzərinə filiallarında OID təyin edəcəkdir. Bu həyata keçirildikdə, bu təyin edilmiş OID-dəki bütün OID-lər üçün qeyd orqanı (RA) belə təyin olunmuş şəxsə və ya təşkilata həvalə olunur. Anlaşma ondan ibarətdir ki, yeni kökləri altında daha çox OID ataması üçün məsuliyyət daşıyacaq və bu tapşırığı OID-ləri tənzimləyən ISO standartlarına uyğun olaraq yerinə yetirəcəklər. Bu RA nümayəndələri tərəfindən sonradan təyin olunan hər hansı bir obyekt HL7 OID qeydiyyatına qeyd edilə bilər. Bu həyata keçirildikdən sonra, qeyd olunan OID, sonrakı HL7 mesajlarında obyektin kimliyi barədə uyğunluq iddialarında istifadə edilə bilər.

      Bəzi hallarda, OID tapşırığı və qeyd prosesi zamanı texniki səhvlərə yol verilmiş ola bilər və bəzən HL7 məqsədləri üçün bir müddət qeydiyyata alınmış bir OID istismardan çıxarılmalı və müəyyənləşdirilən obyekt üçün fərqli bir OID qeydiyyata alınmalıdır. Təqaüdçü bir status, qeyd defterindəki OID girişi ilə əlaqələndirilir. Bu, OID-nin təqaüdə çıxması demək deyil (OID yalnız HL7 məqsədləri üçün & # 8220 istifadə və # 8221), HL7 OID Registry-də OID qeydini əks etdirən girişin təqaüdə çıxması deməkdir. Bu hallarda, səhv OID girişi & # 8220Deprecated, & # 8221 olaraq təyin edilir və onu əvəz edən OID OID qeydində müəyyən edilir. 2 il müddətindən sonra köhnəlmiş OID "Təqaüdə çıxdı" olaraq təyin ediləcək, lakin həm o, həm də müəyyən edilmiş əvəzetmə HL7 OID qeydində qalacaq.

      Qeyd edək ki, OID-in qeydiyyatı bir Qeyd Təşkilatı tərəfindən OID-in yaradılmasından ayrıdır. Hər hansı bir orqan tərəfindən yaradılan hər hansı bir OID, HL7 OID Qeydiyyatına qeyd edilə bilər. 'Bir OID sahibliyi' anlayışı yoxdur. Əlaqələndirici şəxs və məsul orqan HL7 OID qeydindəki meta məlumatları, HL7 OID qeydinə giriş üçün meta məlumatların düzgünlüyünü təmin etməkdən məsul olanları müəyyənləşdirir. OID-lər qlobal identifikatorlardır və yaradıldıqdan sonra heç kimə məxsus deyil. HL7 tərəfindən OID yaradılması üçün bir tələb edildikdə, yeni yaradılan OID avtomatik olaraq HL7 OID Qeydiyyatına qeyd olunur. Bir Qeyd Təşkilatı tərəfindən bir OID verildikdən sonra sonsuza qədər etibarlıdır. İstifadədən çıxarıla bilər, bunun əvəzinə əvəzedici OID istifadə edilməli olduğu mənası ilə şərh olunur.

      Bəzi Kod sistemləri birdən çoxu ilə nəşr olunur Kod anlayışları üçün. Bu hallarda, HL7, bunlardan hansının olduğuna dair bir tövsiyə verməyi qətiyyətlə tələb edir Kodlar kodlaşdırılan məlumat növlərinin kod mülkiyyətində istifadə edilməli, bu konsepsiyalarla əlaqə qurulduqda təsvir və / və ya qeydiyyatdan keçərkən istifadə qeydlərinə daxil edilməlidir. Kod sistemi HL7 OID Reyestrində. Bəzilərinin istifadəsi ilə əlaqədar qaydalar hazırlayan səlahiyyətlilər Kod sistemi öz yurisdiksiyaları daxilində müəyyən bir qrupu sərəncam verməkdə sərbəstdirlər Kodlar HL7 kodlu məlumat növlərinin kod xüsusiyyətində istifadə üçün.

      HL7 OID qeydinin istifadəsi ilə bağlı OID Qeyd Siqaretində Sık Verilən Suallarda tapıla bilən bir suala cavab var.

      Üçüncü şəxslərə və ya təşkilatlara OID təyin edərkən, HL7 bu qurumlar üçün başqa mənbələr vasitəsi ilə artıq bir OID təyin edilib edilməməsini araşdırır. Əvvəlcədən mövcud olan bir OID tapılarsa, HL7 OID-i qeyd defterinə yazar və HL7 eyni obyekt üçün əlavə OID təyin etməz. Heç bir OID tapılmazsa, HL7, HL7 filialında birini yaradır. Müvafiq bir üçüncü şəxs müəyyən edilə bilərsə, HL7 bu tərəf üçün HL7 filialında bir OID təyin edildikdə tərəfi xəbərdar edəcəkdir.

      HL7, üçüncü tərəflərə HL7 filialında bir OID təyin etmədən əvvəl lazımi səy göstərsə də, qlobal bir OID qeyd mexanizminin olmaması nəzərə alınmaqla, bu cür üçüncü tərəf təşkilatlar üçün əvvəlcədən mövcud OID tapşırığının olmadığına tam əmin olmaq mümkün deyil. Bundan əlavə, xarici səlahiyyətli orqanlar eyni problemlə qarşılaşa bilər, HL7-nin bir OID təyin etdiyini kəşf etmədən və bir kopiya təyin etdi. Belə birdən çox tapşırıq halları aşkar edildikdə, HL7 bu vəziyyəti texniki səhvlər üçün yuxarıda göstərilən amortizasiya prosesi yolu ilə həll etmək üçün çalışır.

      HL7 kök OID 2.16.840.1.113883-dür. HL7-nin təyin etdiyi bütün OID-lər, OID-lər üzrə ISO standartlarına uyğun olaraq, bu OID tərəfindən müəyyən edilmiş bu sahə daxilində verilir. HL7 OID Reyestrində çox sayda OID axtarışını asanlaşdırmaq üçün qeydiyyatdan keçmiş OID-lərə qeydiyyatdan keçdikdə onlara 'növ' verilir. Bu OID-ləri axtararkən bir filtr kimi istifadə edilə bilər. OID'lər HL7 veb proqramı tərəfindən yaradıldıqda, HL7 OID-dən dərhal sonra ondalık dəyər OID növü ilə eyni olaraq təyin edilir. Bu qeydiyyatdan keçmiş şəxs tərəfindən ləğv edilə bilər və HL7 xaricindəki cisimlər tərəfindən yaradılan OID-lərə şamil edilmir, beləliklə HL7 kökü 2.16.840.1.113883 və ədədi dəyərin dərhal altında OID dəyərindəki ədədi cümlələr arasında yalnız boş bir əlaqə mövcuddur. OID tipli və OID tam ədədləri ardıcıllığından məna çıxartmağa çalışarkən bunu nəzərə almalıyıq. OID-lər mənasız identifikatorlar kimi qəbul edilməlidir. Bu OID növləri aşağıdakı cədvəldə ümumiləşdirilmişdir:

      Müəyyən edilmiş HL7 OID növləri
      Şəxsiyyət İstifadə edin
      0 HL7 Kök OID
      1 HL7 qeydə alınmış daxili obyektlər (təşkilat qurumları xaricində)
      2 HL7 təşkilati qurumları və HL7 Qrupları
      3 Qeyd orqanlarında istifadə üçün HL7 OID kökü verilmiş xarici qruplar
      4 Xaricdən qorunan identifikator sistemləri qeydiyyata alınmışdır
      5 HL7 Daxili Kodlaşdırma Sistemləri
      6 Xarici olaraq HL7-ə baxılan qeydli kodlaşdırma sistemləri (lakin bir HL7 verilmiş OID ilə)
      7 HL7 sənəd hissələri və əsərlərini nəşr etdi
      8 Artıq istifadə edilmir.
      9 HL7 qeydə alınmış uyğunluq profilləri
      10 HL7 Qeydli Şablonlar
      11 HL7 müəyyənləşdirilmiş və qeydiyyata alınmış dəyər dəstləri
      12 HL7 Version 2.x cədvəlləri (kod sistemləri, dəyər dəstləri və ya konsepsiya sahələri ola bilər)
      13 Xarici müəllif və kurator olan dəyər dəstləri, HL7 qeydiyyata alınmışdır
      14 OID ağacındakı ontoloji qol, alt tip meta məlumat kimi istifadə olunur
      15 HL7 xaricində müəyyən edilmiş və saxlanılan kod dəstləri (kod sistemləri deyil).
      17 Xarici olaraq HL7 ilə təyin olunan təyin edilməmiş tip
      19 HL7 Nümunələr Kök dərc olunmuş nümunələr üçün istifadə olunan mənasız identifikator, heç bir faktiki qurum üçün istifadə edilməməlidir

      Həm nümunə identifikatoru (II), həm də konsepsiya təsviri (CD) məlumat növləri HL7 sinif atributlarında obyekt şəxsiyyətlərinin necə ifadə olunduğunu təyin etmək üçün istifadə olunur. Onların əsas strukturları oxşardır: hər birinə CD vəziyyətindəki digər isteğe bağlı məlumatlarla birlikdə bir ad sahəsi və bir identifikator sinfi atributu daxildir. Bir CD-də ad sahəsi "codeSystem" atributudur, identifikator isə "kod" atributudur. II-də ad sahəsi kök atributu və identifikator atributu uzantıdır. Bir terminologiya ilə əlaqəli və daha zəngin atributlar dəsti ilə CD sinfi sistemə terminologiyaların davranışlarından istifadə etməyə imkan verir (məsələn, sinonimlər, dil spesifikliyi, münasibətlər və mülahizə məntiqi), II məlumat növü yalnız unikal bir obyekt müəyyən edə bilər. .

      Bənzər əsas identifikasiya xüsusiyyətlərinə görə, modelləşdiricilərə müəyyən bir müəssisə üçün hansı məlumat növündən istifadə edəcəyinə qərar verməyə kömək edəcək bir təlimat təklif olunur.

      • Sinif atributu ilə təsvir olunan varlıq bir konsepsiya olduqda (varlıqlar sinfi) və / və ya modelləyici işləmə müddətində maşın davranışının konsepsiya nümunəsinə tətbiq olunmasına icazə vermək istədikdə, məlumat növü CD seçilməlidir (məsələn, SNOMED CT kodu) baş ağrısı üçün).
      • Bir sinif atributunun məqsədi bir obyekti unikal şəkildə müəyyənləşdirməkdirsə və bu, yalnız bir obyekt sinfi içərisində olan bir obyektə aiddirsə, o zaman model bir II seçməlidir (məsələn, sürücü lisenziyası nömrəsi).
      • Layihə vaxtı məqsəd yuxarıdakı 1 və ya 2-ci istifadələrə aydın şəkildə düşmürsə (məsələn, iki perspektiv bir varlığı sinif və ya konkret obyekt kimi görməyə imkan verir), CD və ya II özbaşına istifadə edilə bilər. Modeldə məlumat növü müəyyən edildiyi üçün bu, qarşılıqlı fəaliyyətə mane olmur.

      HL7-də bir məlumat modeli, siniflər və onların atributları və birlikləri şəklində qeyd edilə bilən və dəyişdirilə bilən məlumatları müəyyənləşdirir və təsvir edir. Məlumat növü spesifikasiyası, xüsusiyyətləri və əlaqələrini ifadə edərək HL7 məlumat modellərində istifadə edilə bilən növləri müəyyənləşdirir.

      Bir sinif atributu və ya məlumat tipi xüsusiyyəti, atributun təmsil etdiyi xüsusiyyətin təsvirini, atributun həmişə bir sinif nümunəsində mövcud olub-olmamasını və atributun birdən çox dəfə görünə biləcəyini müəyyən edən bir əsaslı məhdudiyyət və atribut və ya xüsusiyyət üçün mümkün dəyərlər aralığını təyin edən məlumat növü. Müəyyən məlumat növləri nəzarət olunan anlayış dəstlərini təmsil etmək üçün sadalanan dəyərlər siyahılarını istifadə edir: bunlar belə ifadə edilir Kodlu Model Elementləri. HL7 Version 3-də kodlu bir model elementi, CD, CE, CV, CS, CO, CR, PQ və SC kimi məlumat növləri istifadə olunur (bax: HL7 Abstract Data Types). [1] HL7-də bu elementlər və əlaqəli mənaları üçün mümkün dəyərlər Kod sistemlərihəm təmsillər, həm də əlaqəli mənalar götürülür.Müəyyən bir kodlu model elementi üçün icazə verilən kodlar toplusuna a Dəyər dəsti.

      Aşağıdakı bölmə (HL7 Lüğət) -ın struktur xüsusiyyətlərini təsvir edir Konsepsiyalar, Kod sistemləriDəyər dəstləri, bundan sonrakı hissədə (Lüğət Uyğunluğu) bu anlayışların HL7 məlumat modelləri və məlumat növlərinin iş kontekstində istifadəsi təsvir olunur.

      HL7-nin bu komponentini təsvir etmək üçün istifadə olunan bir nomenklatura toplusu var və bu terminlərin hamısı üçün təriflər mövcuddur. Bunlara HL7 Sözlükində və ISO SKMT lüğətində də rast gəlmək olar. Məqsəd bütün təriflərin tək bir mənbədən alınmasıdır, lakin bu sənəddə səs verilə bilər.

      HL7-də, müddət Lüğət Sağlamlıq İnformasiya Texnologiyasında ümumi istifadə olunan terminoloji obyektlərdən hər hansı birini təsvir etmək üçün istifadə olunur. HL7 modellərində istifadə məqsədləri üçün bir terminologiya, ontologiya, taksonomiya və ya təsnifat arasındakı fərqlər, bunların kodlanmış komponentlərinin idarə olunduğu texniki vasitələrə təsir göstərmir, bunlar kodlanmış məlumat tipləri nümunələrində eyni texniki baxımdan istifadə olunur ( tətbiqçilər semantikanın bu müxtəlif mənbələrdən öz modellərində uyğun şəkildə istifadə etməsinə təsirini bilməlidirlər). Bu maddələrin təsviri və tərifləri üçün HL7 Sözlük və / və ya ISO SKMT-yə baxın.

      Konsepsiyamücərrəd, dildən və kontekstdən asılı olmayan məna ifadələri olaraq, HL7 V3 modellərinin dizaynı və izahı üçün vacibdir. Bunlar HL7 V3 modellərinin qurulduğu ən kiçik semantik varlıqları təşkil edir. Bir modelin müəllifləri və oxucuları, modelləri qurmaq və anlamaq üçün anlayışlardan və əlaqələrindən istifadə edirlər, bunlar HL7 V3 modellərinin insan istifadəçisi üçün vacibdir. Söz ehtiyatının qalan hissəsi bu düşüncə vahidlərinin proqram manipulyasiyasına icazə vermək üçün mövcuddur.

      Konsepsiya nümayəndəliyi
      Sözlük: A Konsepsiya nümayəndəliyi a manipulyasiyasını təmin edən bir söz obyektidir Konsepsiya HL7-də. A Konsepsiya nümayəndəliyi hesablana bilən bir formada mövcuddur və HL7 modellərində və xüsusiyyətlərində istifadə edilə bilər. Konsepsiya nümayəndəlikləri HL7-də lüğətin quruluşunda və işlənməsində bir sıra fərqli rollar ala bilər, bu rollar və funksiyalar aşağıda təsvir edilmişdir.

      Konsepsiya identifikatoru
      Sözlük: A Konsepsiya identifikatoru bir Konsepsiya nümayəndəliyi tərəfindən nəşr oluna bilər Kod sistemi müəllif və bu çərçivədə birmənalı olaraq konsepsiyanı təmsil edir Kod sistemi. Unikal identifikatoru ilə birləşdirildikdə identifikasiya üçün istifadə olunan belə bir obyekt Kod sistemi özü (maşınla işlənə bilən unikal bir simli), xüsusi konsepsiya üçün dünya miqyasında unikal və dildən asılı bir identifikasiya təmin edir. Bu dünya miqyasında unikal identifikasiya həm məkanı, həm də vaxtı əhatə edən əməliyyatlarda və məlumat qeydlərində istifadə edilə bilər. Bəzi hallarda eyni konsepsiya üçün birdən çox sinonim identifikator mövcud ola bilər.

      Kod
      Sözlük: A Kod bir Konsepsiya nümayəndəliyi müəllifi tərəfindən nəşr olunan a Kod sistemi hissəsi kimi Kod sistemi. Buradakı konsepsiya üçün üstünlük verilən unikal identifikatordur Kod sistemi rabitə məqsədi ilə (üstünlük verilən tel formatı identifikatoru) və bir HL7 kodlu məlumat növünün 'kod' xassəsində istifadə olunur. Kodlar bəzən mənasız identifikatorlardır və bəzən təmsil olunan konsepsiyanı insan oxucusuna işarə edən mnemoniklərdir. İldə Kod sistemləri birdən çoxunu ehtiva edən Konsepsiya identifikatoru, kimi HL7-də istifadə edilməli olan Kod açıq şəkildə HL7 Kod Sistemi qeydiyyatı prosesinin bir hissəsi kimi elan edilməlidir (yuxarıdakı 4-ə baxın).

      Xüsusi bir kodun mənası Kod sistemi müəssisə yalnız bunun daxilində etibarlıdır Kod sistemi. Məsələn, HL7 Version 2.x standartlarında sadalanan kodları olan hər cədvəl fərqli bir şəkildə təmsil olunur Kod sistemikodlar bəzən fərqli olaraq istifadə olunduğundan Kod sistemifərqli mənalar daşımaq. Bir nümunə v2.x cədvəlində "Kişi" mənasını verən 0001 İnzibati Cinsiyyətdəki "M" kodu, v2.x cədvəlindəki "M" kodu 0002 Ailə Vəziyyəti isə "Evli" deməkdir. Başqa bir nümunə, Irk & amp Ethnicity & # 8211 CDC’də Yerli Amerika tayfası “Sioux” mənasını verən “1609-7” kodudur. Kod sistemi(2.16.840.1.113883.6.238) və LOINC-də "Prolaktin ^ 1.5H dozadan sonra insulin IV" mənasını verən "1609-7" kodu Kod sistemi (2.16.840.1.113883.6.1). Kodlar olmadan açıq semantikası yoxdur Kod sistemis və yayımlandıqları kod sistemini təyin etmədən istinad edilə bilməz.

      Təyinatı
      Sözlük: A Təyinatı bir Konsepsiya nümayəndəliyi tərəfindən nəşr oluna bilər Kod sistemi müəllif və anlayışı bir insana çatdırmaq üçün nəzərdə tutulmuş bir konsepsiya üçün dil simvoludur. A Təyinatı bir apellyasiya, simvol və ya müddət kimi də bilinə bilər. A Təyinatı ümumiyyətlə bir HL7 kodlu məlumat növünün 'displayName' xüsusiyyətini doldurmaq üçün istifadə olunur.

      Aşağıdakı cədvəl bunların məna və istifadə fərqlərini aydınlaşdırmağa kömək edə bilər Konsepsiya nümayəndəlikləri.

      SNOMED CT:
      DE-10116
      X100J
      233607000
      53084003:246075003=9861002
      (bu kodların hamısı eyni SNOMED CT konsepsiyasını təmsil edir, birincisi IHTSDO Legacy Code, ikincisi IHTSDO Read Code, üçüncüsü IHTSDO Concept ID və sonuncusu IHTSDO post-koordinasiyalı ifadədir)

      LOINC:
      Avtomatik sayımla qan içində lökositlər [# / həcmi]
      WBC #Bld Auto
      Leucociti

      SNOMED CT:
      Pnevmokok pnevmoniyası (pozğunluq)
      Bakterial sətəlcəm (xəstəlik)

      UCUM:
      Litr
      mg / L
      L
      milliqram / Litr
      qram / litr

      Baxmayaraq ki Kod sistemilər fərqli olaraq terminologiyalar, lüğətlər və ya kodlaşdırma sxemləri kimi adlandırıla bilər, HL7 bütün bu kimi kolleksiyaları nəzərdən keçirir & # 8216Kod sistemiBu sənəddə göstərildiyi kimi Versiya 3-də istifadə üçün & # 8217. Ən azı, Kod sistemiaşağıdakı xüsusiyyətlərə malikdir:

      • Unikal şəkildə müəyyənləşdirən bir identifikator Kod sistemi. HL7 uyğun model nümunələri üçün bu UID şəklində olmalıdır. Bu UID üç formadan birini alacaq: ISO OID, UUID və ya HL7 RUID. Kod sistemi bir OID tərəfindən müəyyən edildikdə, kod sistemi yerli kod sistemi olmadıqca, bu OID HL7 OID qeydiyyatına alınmalıdır, bu halda HL7 OID Reyestrində qeyd oluna bilər. HL7 OID Reyestri http://www.hl7.org/oid/index.cfm saytında tapıla bilər
      • İzah edən nəsrdən ibarət bir təsvir Kod sistemivə ehtiva edə bilər Kod sistemi istifadə, istismar strategiyası, niyyət və maraq doğuran digər məlumatlar.
      • İnzibati məlumatlar Kod sistemi, hər hansı bir xüsusi versiyasından asılı deyil Kod sistemimülkiyyət, mənbə URL'si və müəllif hüquqları məlumatları.

      The Konsepsiya nümayəndəlikləri bir Kod sistemi konsepsiyanın nə olduğunu daha da müəyyənləşdirməyə və aydınlaşdırmağa xidmət edən əlavə mətn, şərhlər, istinadlar və digər mənbələrlə artırıla bilər. A Kod sistemi anlayışları arasında mövcud olan münasibətlər haqqında iddiaları da ehtiva edə bilər Kod sistemi.

      A Kod sistemi tipik olaraq müəyyən bir məqsəd üçün yaradılır və ayrı-ayrı ölkələri, rəngləri və ya dövlətləri təmsil edən konsepsiyalar kimi sonlu kolleksiyaları əhatə edə bilər. Kod sistemilər ayrıca geniş və mürəkkəb konsepsiya kolleksiyalarını təmsil edə bilər, məsələn, SNOMED-CT, ICD, LOINC və CPT. Mümkün olduğu təqdirdə, kodlu bir konsepsiya tələbi ilə qarşılaşan HL7 modelçiləri mövcud olanlara istinad edəcəklər Kod sistemi. Bunlardan bəziləri Kod sistemilər sabitlik və ya rahatlıq üçün HL7 standart deposunda təkrarlanır, digərləri isə istinadlar kimi sənədləşdirilir. HL7 yalnız yenisini yaradacaq Kod sistemi uyğun bir mövcud olduqda Kod sistemi HL7-də istifadə üçün mövcud deyil. HL7 təşkilatı tərəfindən müəyyənləşdirilən və dəstəklənən Sinif Kodları belədir. Lisenziyalaşdırma və ya digər məhdudiyyətlər səbəbindən başqa bir uyğun xarici mənbənin mövcud olmadığı hallar da mövcuddur.

      Kod sistemilər, müəyyən edilmiş bir sintaksisdən istifadə edərək mövcud olan iki və ya daha çox anlayışdan ibarət olan mürəkkəb konsepsiyaların və aralarındakı formal əlaqələrin qurulmasına imkan verə bilər. Bənzərsiz bir konsepsiya identifikatoru və ya kodu verilən və dərc olunan kompleks bir konsepsiya Kod sistemi "əvvəlcədən razılaşdırılmış" olaraq adlandırılır. Xarici olaraq yaradılan kompleks bir konsepsiyanın nümayişi Kod sistemi (yəni kənar bir şəxs və ya istifadəçi tərəfindən) a post-koordinasiyalı ifadə. [2] Həm də qeyd edin ki, mövcud olan və dərc olunmuş bir konsepsiyanı təmsil edən bir əlaqələndirilmiş ifadənin qurulması mümkündür (cəsarətləndirilməsinə baxmayaraq). Kod sistemi. SNOMED-CT və UCUM kimi səhiyyə İT-də yaygın olaraq istifadə olunan bəzi kod sistemləri, rəsmi bir mexanizm təmin edir sonrakı koordinasiya. Bu yeni konsepsiya nümayəndəliklərinin qurulmasına imkan verən mexanizm (sintaksis) a sonrakı koordinasiya üçün qrammatika.

      Post koordinasiyanı göstərmək üçün sadə bir nümunə, anatomik obyekt 'qol' üçün bir konsepsiya kodu, 'sol' yanallıq identifikatoru üçün bir konsepsiya kodu və 'yanallıq var' üçün post koordinasiya edilmiş ifadələrdə istifadə olunan bir koddur. Kod sistemində 'sol qol' üçün heç bir kod olmasa da, kod sistemində üç kodla təmsil oluna bilər, məs. 'qol' - 'yanallıq var' - 'sol'. HL7, model nümunələrində təmsil olunmaq üçün kodlaşdırılmış məlumat tiplərində bu cür ifadələrin istifadəsinə icazə verir. Başqa bir nümunə, kod sistemində bənzərsiz bir identifikator və & # 8220hipofizektomiya & # 8221 təyinatı ilə əvvəlcədən koordinasiya edilə bilən "hipofiz bezinin çıxarılması" konsepsiyasıdır. Bu konsepsiya üçün alternativ bir tərif, mənbə sisteminə yenidən istifadə edilə bilən bir qeyd əlavə etmədən "beyin eksizyonu" və "hipofiz bezi" üçün koordinasiya sonrası kodlarla əldə edilə bilər. Post-koordinasiya, mənbə sistemindəki anlayışların sayını azaldan mənşə olduqları anlayışları birləşdirərək mürəkkəb kompozit terminlər əldə etməyə imkan verir. Post-koordinasiya, məzmunun və semantik üstünlüyün mürəkkəb suallarının (məsələn, bu nümunədəki "of" sözünün) açıq şəkildə həllini tələb edir.

      Kod sistemizamanla inkişaf edir. Dəyişikliklər düzəlişlər və dəqiqləşdirmələr səbəbindən, modelləşdirilən şəxslərin anlayışı inkişaf etdiyi üçün (məsələn, yeni genlər və zülallar kəşf olunur), modelləşdirilən varlıqlar dəyişdikləri üçün (məsələn, yeni ölkələr yaranır köhnə ölkələr əmilir) və ya qiymətləndirmə səbəbindən baş verir. məlumat mənbəyi daxilində müəyyən qurumların aktuallığının dəyişməsi (məsələn, SNOMED-CT-də mövcud kodlara yeni valideyn-övlad münasibətlərinin əlavə edilməsi). Asılıdır Kod sistemi yaxşı lüğət praktikalarına riayət edirsə, mənadakı dəyişikliklər əhəmiyyətli ola bilər. Buna görə verilmiş versiyanın hansı olduğunu bilmək vacib ola bilər Kod sistemi HL7 model nümunələrinin yaradılmasında, kodlanmış məlumatların qeyd edilməsində və ya bəzi hallarda HL7 modellərinin yaradılmasında istifadə edilmişdir.

      HL7 modeli, məlumat mənbəyinin xüsusi versiyasından asılı olmayaraq zamanla sabit qalan müəyyən bir konsepsiya identifikatorunun mənasından asılıdır. Məlumat mənbəyinin özü bunu tətbiq etmədiyi hallarda (məsələn, kodların təqaüdə çıxarıldığı və daha sonra fərqli bir şeyi təmsil etmək üçün yenidən istifadə edildiyi ICD-9-CM-nin köhnə versiyaları) Kod sistemi kodun istədiyi məna ilə əlaqələndirildiyi HL7 məlumat tipinə daxil edilməlidir Kod. Kodların zaman keçdikcə mənasını dəyişdirmədiyi (və ya məna dəyişikliyinin istifadəçi tərəfindən kodun aparıldığı məqsəd üçün əhəmiyyətsiz hesab edildiyi qədər incə olduğu) hallarda Kod sistemi ilə qeyd edilməsi tələb olunmur KodKod sistemi. Bəzi kod sistemlərində zamanla əhəmiyyətli dəyişikliklər olur və bunun üçün eyni kod sisteminin yeni versiyası əvəzinə yeni bir kod sistemi təyin edilmişdir. Məsələn, Alman diaqnostik təsnif kodları ilə belədir: ICD10GM2009, ICD10GM2008-in yeni bir versiyası deyil, özünün müstəqil versiyasına malik tamamilə yeni bir kod sistemidir.

      Kod sistemiMüəllif və / və ya distribyutor tərəfindən müəyyən edilmiş müəyyən bir versiyanı imzalamaq üçün müxtəlif mexanizmlərdən istifadə edir Kod sistemi. Əksəriyyəti bir rəqəm və ya bir sıra istifadə edir, digərləri alfasayısal simlərdən və ya tarixlərdən istifadə edə bilər. Müəlliflər tərəfindən qəbul edilmiş versiya identifikatorlarının standart təqdimatı mövcud deyil Kod sistemis. HL7 simli məlumat tipində təmsil oluna bilən istənilən versiya identifikatoru HL7-də istifadə edilə bilər. Uyğunluğun yoxlanılması və / və ya ölçülməsi üçün bir kod sistemi HL7 OID Reyestrində qeydiyyata alındıqda, qeyd sistem kodu versiyalarının necə müəyyənləşdirildiyi və müəyyən edildiyi barədə dəqiq və ətraflı məlumatları daxil etməlidir. Qeyd məlumatları, müəyyən bir məlumat elementini tutmaq üçün istifadə olunan kod sistemi versiyasını qeyd edən müstəqil tətbiqetmələrin məlumat mübadiləsi apardıqları digər tətbiqetmələr tərəfindən tanınmasını təmin edəcək qədər açıq olmalıdır. Mülahizələrə böyük və kiçik hərflərin istifadəsi, ayırıcıların mövcudluğu və növləri, aparıcı simvolların istifadəsi, komponentlərin sırası və hətta potensial xarakter dəsti kimi amillər daxildir. Məsələn, "02.5" "2-5" ilə uyğunlaşmazdı "2001/03/05", "05-03-2001" ilə uyğun olmazdı. Qeyddə versiya və versiya sətrinin sintaksisinə dair kifayət qədər məlumat göstərilməlidir. versiya sətrinin maşın maşın işlənməsini ağlabatan bir gözləntiyə çevirmək üçün.

      Üçün maşın Dəyər dəstis (aşağıya bax) və uyğunluq üçün öz versiyalarını təyin etmək üçün bu müxtəlif vasitələrdən istifadə edən birdən çox kod sistemi üzərində işləməlidir. Bunun bu müxtəlif mexanizmlər daxilində düzgün işləməsi üçün bütün HL7 daxili maşınları bu cür işləmə edərkən müəyyən bir kod sistemi versiyası üçün effektiv tarixdən istifadə edir. Bunun düzgün işləməsi üçün, buraxılışları adlandıran və ya nömrələmiş xaricdən davam edən terminologiyalar üçün, adlanan və ya nömrələnmiş buraxılışlar üçün dəyişiklik tarixlərini göstərən bir cədvəl saxlanılmalıdır. Hər bir fərdi kod dəyişikliyi üçün dəyişiklik tarixlərini qoruyan xaricdən qorunan terminologiyalar üçün əlavə məlumatlara ehtiyac yoxdur.

      A Dəyər dəsti kodlanmış elementdəki hər hansı bir konsepsiya identifikatorunun üzvü olub olmadığını müəyyənləşdirmək üçün test edilə biləcəyi, unikal şəkildə müəyyən edilə bilən etibarlı bir konsepsiya identifikatorları dəstini təmsil edir. Dəyər dəsti müəyyən bir zamanda. A-da bir konsepsiya identifikatoru Dəyər dəsti tək bir konsepsiya kodu və ya kodların birləşməsinin sonrakı koordinasiya edilmiş ifadəsi ola bilər.

      Dəyər dəstimüəyyən bir istifadə üçün icazə verilən məzmunu məhdudlaşdırmaq üçün mövcuddur, məsələn. analizdə istifadə üçün, bir istifadəçiyə göstərilməsi və s. HL7 üçün dəyər setləri bir HL7 məlumat modelində və ya məlumat növü spesifikasiyasında kodlu bir element üçün icazə verilən məzmunu məhdudlaşdırır. Beləliklə, tətbiq zamanı kodlu bir element, istifadə zamanı həmin elementdə təmsil oluna biləcək mümkün konsepsiyaları təmsil edən kodların siyahısı ilə əlaqələndirilməlidir. Dəyər dəstilər sıfır məzmuna sahib ola bilməz və ən azı bir dənə olmalıdır Konsepsiya nümayəndəliyi. [3] Fərqli eyni kodlar Kod sistemilər müəyyən edilir, çünki onlar müəyyən edilə bilər Kod sistemi onlar gəlirlər.

      İdeal olaraq, a Dəyər dəsti yalnız bir kodla təmsil olunmalıdır. Ancaq qeyri-adi şəraitdə a Dəyər dəsti birdən çox kod ola bilər (məsələn, eyni konsepsiyanı ifadə etmək üçün fərqli bir vəziyyət istifadə edildikdə, 'lit' üçün UCUM-da 'l' və 'L' kimi), ümumiyyətlə nadirdir. Kod sistemibunlar Dəyər dəstləri eyni konsepsiya üçün birdən çox koddan ibarətdir.

      Dəyər dəsti mürəkkəblik, vahiddən tərtib edilmiş konsepsiya kodlarının sadə düz siyahısından ola bilər Kod sistemi birdən çoxdan alınmış, hüdudsuz hiyerarşik bir sıra gizli əlaqələndirilmiş ifadələrə Kod sistemis. A Dəyər dəsti birbaşa kod sistemlərində müəyyən edilmiş anlayışları və post koordinasiyalı ifadələrlə (post koordinasiyasını dəstəkləyən kod sistemlərindən istifadə etməklə) müəyyən edilmiş anlayışları da əhatə edə bilər.

      AltDəyər dəsti bir valideynin alt dəstidir Dəyər dəsti (superset). AltDəyər dəsti ümumiyyətlə HL7 V3 inkişafının ardıcıl məhdudlaşdırma prosesinin bir hissəsi kimi yaradılmışdır.

      Çünki kodların toplanması a Dəyər dəsti sərhədsiz ola bilər və kolleksiyanın istifadə edildiyi zamandan asılı ola bilər, a Dəyər dəsti yalnız onun kimi davam edir Dəyər dəsti tərifi, müəyyən bir zamanda müəyyən bir kodlaşdırılmış konsepsiya toplusunun etibarlı şəkildə çoxaldılmasına imkan verən 1 və ya daha çox formalizmin maşınla işlənən bir dəsti. Kodlarından toplanan kodlar toplusu Dəyər dəsti tərifi adlanır Dəyər dəsti genişləndirmə. Yaradılan kolleksiyanın olub-olmamasından asılı olmayaraq Dəyər dəsti genişləndirmə, israrla bir tətbiqetmə seçimidir. Dəyər dəsti tərifilərin genişləndirilmiş kolleksiyasına icazə verilir Kodİstifadəçi istəsə, tərifə heç bir dəyişiklik edilmədən zamanla dəyişmək. Dəyər dəsti tərifilər, əsas kod sistemlərindəki dəyişiklikləri əks etdirmək üçün zamanla yenidən nəzərdən keçirilə bilər Dəyər dəstivə s. Bununla birlikdə, a Dəyər dəsti tərifi təmin etməlidir Dəyər dəsti genişləndirmə istifadəsinə uyğun olaraq qalır Dəyər dəsti yəni a dəyişir Dəyər dəsti tərifi onsuz da istifadə olunan spesifikasiyalar və ya tətbiqetmələrlə bağlı problem yaratmamalıdır Dəyər dəsti və bu, tərifin xüsusi versiyasına istinad edə bilməz. Bu xəbərdarlıqda belə, dəyər dəyişiklikləri genişlənməsindəki dəyişikliklər dəyər dəstini istifadə edərək bəzi tətbiqetmələrə mənfi təsir göstərə biləcəyi üçün bu cür dəyişikliklərə hələ də çox diqqətlə yanaşmaq lazımdır.

      A Dəyər dəsti İstəyə görə bir təsvir var, lakin bunun semantikasını təsvir etmək nəzərdə tutulmayıb Dəyər dəsti a Dəyər dəsti ondan ayrı daxili semantikası yoxdur Dəyər dəsti genişləndirmə. Təsvir, gələcək dəyişikliklər zamanı modellərdə istifadəsi üçün bütövlüyün təmin edilməsi üçün lazım olan istifadəsini əks etdirməlidir.

      HL7 International müəyyənləşdirir Dəyər dəstisöz ehtiyatına baxma prosedurlarının bir hissəsi olaraq, bunların tərifləri yayımlanan HL7 söz ehtiyatlarına daxil edilir, bunlara ümumiyyətlə deyilir HL7 dəyər dəstləri və ya Daxili dəyər dəstləri. Digər təşkilatlar da müəyyənləşdirir Dəyər dəstis HL7 modellərində öz istifadəsi üçün və bunlara (HL7-də) kimi istinad edilir Xarici dəyər dəstləri. Əksər hallarda, HL7 International yalnız müəyyənləşdirir və saxlayır Dəyər dəstibağlı olanlar Bağlayıcı səltənətlər (görmək Bağlamalar) HL7 International tərəfindən idarə olunur və ya HL7 International tərəfindən yayımlanan spesifikasiyalarda istifadə olunur.

      A-nın məzmununu təyin etmək üçün iki yanaşmadan istifadə edilə bilər Dəyər dəsti:

      • Genişləndirilmiş tərif: Dəyər Dəstəsi anlayışlarının hər birini açıq şəkildə sadalamaq.
      • Şiddətli tərif: Bir maşın tərəfindən icra edildikdə (və ya bir insan tərəfindən şərh edildikdə) bu cür elementlər toplusunu əldə edən bir alqoritmin təyin edilməsi.

      Bir Genişləndirilmiş tərif içindəki bütün konsepsiyaların sayılmasıdır Dəyər dəsti. Dəyər dəstiGenişləndirmə ilə təyin olunan s, açıq şəkildə sadalanan konsepsiya təqdimatları dəstlərindən ibarətdir (ilə Kod sistemi etibarlı olduqları). Ən sadə hal isə Dəyər dəsti yalnız bir koddan ibarətdir.

      Bir Şiddətli tərif zamanın müəyyən bir nöqtəsində konsepsiya təmsilçiliyinin dəqiq siyahısına genişləndirilə bilən (ideal hesablama) bir sıra qaydalardır. İnşaat qaydaları potensial olaraq olduqca işlənmiş olsa da, HL7 kiçik bir qaydalar qrupunu HL7 modellərinin istifadə olunduğu əksər hallarda faydalı görünən açıq formalizmlər kimi müəyyən etmişdir. Paylaşmaq üçün Dəyər dəsti tərifləri ehtiyac olduqda sistemlər arasında HL7, HL7 tərəfindən yaradılan tərif formalizmlərin mümkün olduqda istifadə olunmasını şiddətlə tövsiyə edir.

      Koleksiyondakı tərif ifadələrindən hər hansı birini Dəyər dəsti tərifi intensivdir, sonra hamısı Dəyər dəsti intensiv hesab olunur.

      HL7-nin yaratdığı bəzi nümunələr Dəyər dəsti tərifi müəyyənləşdirmək üçün mövcud formalizmlər Şiddətli təriflər bunlar:

      • Verilmiş bir kodlaşdırma sistemindən bütün aktiv unikal identifikatorlar (məsələn, "ISO3166-1 Ölkə Kodlarındakı bütün kodlar")
      • Kodlaşdırma sistemindəki müəyyən bir konsepsiya ilə müəyyən bir əlaqədə iştirak edən, göstərilən kodu özü daxil edə bilən və ya daxil edə bilməyən bütün unikal identifikatorlar (məsələn, "BLD SİSTEMİ olan bütün LOINC kodları")
      • Kodun özü də daxil olmaqla və ya istisna olmaqla, verilmiş bir münasibət növü boyunca verilmiş bir kodun keçid alt qrupu (məs. "Baş kod daxil olmaqla" SNOMED CT-də 112283007 Escherichia coli'nin bütün alt növləri ")
      • Müəyyən bir Daimi İfadə ilə uyğun gələn bütün kodlar
        [4]
      • A içəridəki dəyər dəsti olan tərif Dəyər dəsti giriş istinadları başqa Dəyər dəsti (uşaq Dəyər dəsti). İçəridə icazə verilən yuvalama səviyyəsinə əvvəlcədən qoyulmuş məhdudiyyət yoxdur Dəyər dəstis. Dəyər dəstilər özlərini və ya əcdadlarından birini ehtiva edə bilməz (yəni rekursiv olaraq müəyyən edilə bilməzlər). A Dəyər dəsti tərifi daxildir içəridəki dəyər dəstis həmişə intensiv olaraq təyin edilmiş sayılır. (məs. "A kateqoriyasına aid NIAID agentlərinin dəyər dəstini və B kateqoriyası NIAID agentlərinin dəyər dəstini daxil edin")
      • Kodlaşdırma sistemindən açıq şəkildə sadalanan kodlar dəsti ( Genişləndirilmiş tərif yuxarıda) (məs. "ABŞ, CA, UK, DE, JP kodları ISO3166-1 2 simvollu ölkə kodlarından")
      • Yuxarıda göstərilənlərdən birləri, kəsişmələr və istisnalar.

      Qeyd edək ki, bunlar bəzilərinə nümunədir Şiddətli tərif funksiyaları. Bir çox başqaları mümkündür və bazarın tələb etdiyi kimi HL7-nin formalizmləri zamanla uzadılacaqdır. HL7 seçki bülletenlərinin bir hissəsi olan HL7 söz ehtiyatını dəstəkləmək üçün istifadə edilənlər MIF (Model Interchange Format) tərifində tapıla bilər. Cari HL7 meta-model tərifinin bir hissəsi olmayan təriflərin yerli uzantılar olduğunu və tamamilə HL7 ilə uyğun olmadığını unutmayın.

      The Şiddətli tərif bir zamanda hər zaman mümkün olduğu qədər ( Kod sistemiverilmiş bir dəyərin (əlaqələndirilmiş kod koleksiyonları daxil olmaqla) üzv olub olmadığını müəyyən etmək üçün) Dəyər dəsti. Məsələn, bir Güclü Dəyər Dəsti tərif, & # 8220Bütün SNOMED CT konsepsiyasının və SNOMED CT konsepsiyasının & # 8216Diyabetes Mellitus & # 8221;

      Tərif etmək üçün ümumi bir üsul Şiddətli tərif nəslinə sahib bir konsepsiyanın (tez-tez kök konsepsiyası və ya baş kodu olaraq adlandırılan) müəyyən edilməsidir Dəyər dəsti genişləndirmə müəyyən edilmiş konsepsiyanın bütün nəsillərini ehtiva edir. The Şiddətli tərif anlayışların ağacının genişlənməyə daxil olub-olmadığını da müəyyən edə bilər Dəyər dəsti bu kök konsepsiyasını ehtiva edir və ya istisna edir. Bir anlayış ağacının yuxarı hissəsindəki bu kök anlayışı genişlənmiş dəstə daxil ediləcəksə Şiddətli tərif hesab olunur Xüsusi. Əgər açıq şəkildə istisna edilərsə və yalnız tabe olan anlayışlar daxil edilmiş ağac üçün bir referent kimi müəyyən edilərsə, Şiddətli tərif adlandırılır Mücərrəd.

      Olmaq Mücərrəd və ya Xüsusi intensiv olaraq təyin olunduğunu göstərir Dəyər dəsti tərifi tək bir kök konsepsiyasından hiyerarşik bir anlayış ağacının daxil edilməsini göstərir, ağacın kök konsepsiyası, olduğu element elementində yerləşdirilə bilməz. Dəyər dəsti bağlıdır. Kök konsepsiyası 'seçilə bilməyən' olaraq da düşünülə bilər, yəni kök konseptinə daxil edilməyəcəkdir Dəyər dəsti genişləndirmə. HL7-də 'mücərrəd' və 'ixtisaslaşdırıla bilən' terminləri tarixən istifadə olunarkən və mövcud bir çox vasitə göstərir Dəyər dəsti bu şəkildə bunlar sadəcə əlverişli etiketlərdir. İki fərqli olduğunu unutmayın Dəyər dəstis eyni təriflər kimi görünə bilər, lakin biri mücərrəd, digəri isə ixtisaslaşdırıla bilər. Bunlar iki fərqli Dəyər dəstis və iki fərqli tərifdir, çünki kök anlayışı ilə fərqlənən dəyər qoyuluşu genişləndirmələri meydana gətirəcəkdir. A Dəyər dəsti tərifi müxtəlif növ birdən çox tərif bəyanatından ibarət ola bilər.

      HL7 International, mümkün olduqda, a Dəyər dəsti vahiddən çəkilmək Kod sistemi. Bununla birlikdə, bu həmişə praktik deyil və a Dəyər dəsti tərifi birdən çoxuna istinadlar daxildir Kod sistemi, dizaynerlər heç vaxt iki fərqli konsepsiya daxil etməməlidirlər Kod sistemieyni Dəyər dəsti tərifi dəstdə eyni konsepsiyanı ifadə edən birdən çox qlobal unikal identifikatorun olmamasını təmin etmək üçün. -Də təmsil olunan hər konsepsiyanın təmin edilməsinə diqqət yetirilməlidir Dəyər dəsti yalnız bir mümkün qlobal unikal identifikatora malikdir. Bununla birlikdə, dizaynerlər təsir nəzərə alındıqca və bunların tətbiq sistemlərinin istifadəçiləri tərəfindən necə fərqlənə biləcəyi müddətdə çox oxşar birdən çox konsepsiya istifadə etməyi seçə bilərlər.

      Məsələn, həm CPT, həm də LOINC-də Hematokriti təmsil edən kodlar mövcuddur, yəni təxminən eyni mənaya malik iki mümkün qlobal unikal identifikator mövcuddur: 2.16.840.1.113883.6.1 # 4544-3 (LOINC üçün) və 2.16.840.1.113883.6. 12 # 85014 (CPT-4 üçün). Əgər bunların hər ikisi a Dəyər dəsti, digər koddan istifadə edilərkən bir kodla kodlanmış məlumatlar qaçırıla bilər və ümumilikdə qarşılıqlı fəaliyyətə zərər verə bilər. Bundan əlavə, semantik idarəçiliyi bölmək Dəyər dəsti semantik tələlər tətbiq edə bilər: fərqli mənbə sistemi sahibləri öz anlayışlarını bir istifadəçinin diqqətindən yayınan, lakin başqa bir istifadəçinin şərhinə əhəmiyyətli dərəcədə təsir edən fərqlərlə müəyyən edə bilərlər. Yuxarıdakı nümunədə CPT kodu bir test sifarişini təyin edir, lakin testin müəyyən bir metodla doldurulmasını tələb etmir: hər hansı bir Hematokritə aiddir. Digər tərəfdən LOINC kodu, paketlənmiş hüceyrə həcmi testləri istisna olmaqla, avtomatik sayma metodunu müəyyənləşdirir. Bu kodları bərabərləşdirmək bəzi kontekstlərdə icazə verilə bilər, digərlərində isə səhv olar.

      Çakışan istinadların intensiv olaraq müəyyənləşdirilmədiyinə əmin olmaq üçün əlavə qayğı göstərilməlidir Dəyər dəstiXüsusilə bu vəziyyətin nə vaxt olduğunu avtomatik olaraq təyin etmək asan bir yol olmadığı üçün. Yenə də bunun qarşısını almaq üçün ən asan yol, birdən çox istifadə edilməməsidir Kod sistemitəklikdə Dəyər dəsti mümkün olduğu yerdə.

      Sadalanan konsepsiyaların siyahısını almaq üçün, Dəyər dəstiolmalıdır genişlənmişdir. Bu o deməkdir ki Dəyər dəsti tərifi zaman nöqtəsində konsepsiya təqdimatlarının siyahısına çevrilməlidir. Bu siyahı ümumiyyətlə ibarətdir kodlar belə ki Dəyər dəsti genişləndirmə əlaqələndirilmiş model nümunələrinin doldurulmasında və ya təsdiqlənməsində istifadə edilə bilər, lakin alternativ olaraq bunların siyahısı ola bilər təyinatlar. Baxmayaraq ki, bu genişləndirmə üçün sadədir Dəyər dəsti tərifis, intensiv Dəyər dəsti tərifi həll olunmalıdır Dəyər dəsti genişləndirmə içindəki qaydaları işləyərək Dəyər dəsti tərifi. Bu proses həll etmək üçün istifadə olunan dəqiq qaydalar toplusunu qeyd etməlidir Dəyər dəsti göstərilən tərif versiyasından istifadə etmək (aşağıya bax). Dəyər dəsti genişləndirmə nöqtəsi kimi erkən edilə bilər Dəyər dəsti tərif və ya işləmə vaxtı qədər. Statistik, hüquqi və analitik məqsədlər üçün yaxşı təcrübə kodlanmış bir dəyəri tutan bir sistemin yenidən qurulmasına qadir olduğunu söyləyir. Dəyər dəsti genişləndirmə verilmiş bir kod seçildiyi anda qüvvədə olan.

      A Dəyər dəsti tərifi a-da əlaqələndirilmiş bir ifadənin quruluşunu təyin etmir Dəyər dəsti genişləndirmə, koordinasiya sonrası qrammatika daxilində qanuni olan xüsusi bir konsepsiyanı təyin etmək üçün birdən çox yol olduğu üçün. Həm də çox etibarlıdır Dəyər dəsti tərifis eyni ilə nəticələnə bilər Dəyər dəsti genişləndirmə. İntensiv üçün Dəyər dəstis, tərif dəyişdirildikdə genişlənmə içərisində olan konsepsiyalar toplusu ümumiyyətlə dəyişəcəkdir Dəyər dəsti tərifi), həm də əsas kod sistemləri dəyişirsə və tərifin eyni versiyası ilə dəyişə bilər və dəyişikliklər Dəyər dəsti genişləndirmə. Tərif ifadəsi xüsusi kod sistemi versiyalarına istinad edirsə, bununla kod sistemi yeni bir versiya çıxışı ilə dəyişdikdə genişlənmənin dəyişməsini qadağan edərsə, bu nəzarət edilə bilər.

      Bəzi intensiv olaraq müəyyən edilmiş dəyərlər dəstləri, xüsusilə post-koordinasiyalı ifadələrə icazə verənlər, genişlənmələri sonsuz olduğundan (və ya heç olmasa mümkün olan bütün dəyərləri sadalamaq üçün o qədər böyükdür), adi mənada genişləndirilə bilməz. Məsələn, UCUM koordinasiya sonrası qrammatika vahidləri vurma yolu ilə birləşdirməyə imkan verir, məsələn m, m2, m3 və s. Qrammatika hansı vurmanın mümkün olduğuna dair heç bir yuxarı sərhəd qoymur, buna görə də m57 və m2341688 də qanuni (yüksək səviyyədə olsa da) mümkün deyil) kodları. A dəyər təyin edildi tərifi "UCUM-dan gələn bütün kodları" özündə ehtiva edir, beləliklə heç vaxt tam sayılmayacaq (genişləndirilə bilməz). Bu şərtlər daxilində tətbiqetmələr bunun içindəki formalizmləri işləyə biləcək alqoritmlərdən istifadə etməlidir Dəyər dəsti tərifi məhdudiyyətlərinə cavab verdiyini yoxlamaq üçün müəyyən bir kodu qiymətləndirmək Dəyər dəsti tamamilə genişləndirmək əvəzinə Dəyər dəsti və nəticədə siyahıda sadə bir axtarış aparmaq.

      A Dəyər dəsti tərifi zamanla dəyişə bilər. Yeni kodlar əlavə oluna bilər və ya silinə bilər Geniş dəyər dəsti tərif və / və ya intensiv şəkildə müəyyənləşdirmək üçün istifadə olunan qaydalar Dəyər dəsti dəyişdirilə bilər. Nə vaxt Dəyər dəsti tərifi dəyişikliklər edildikdə, həm köhnə, həm də yeni versiyaların müqayisə üçün mövcud olmasını və köhnə versiyaya açıq şəkildə istinad edən modellərin istifadəsini təmin edəcək şəkildə edilməlidir.

      İzləmə üçün bir çox strategiya var Dəyər dəsti versiyalar. Ən çox yayılmışlardan ikisi:

      1. hər dəfə bir dəyişiklik edildikdə versiya nömrəsini artırmaq üçün Dəyər dəsti tərifi
      2. hər dəyişiklik üçün dəyişiklik tarixlərini izləmək Dəyər dəsti tərifi.

      HL7 standartlarında, Dəyər dəsti versiyalar qüvvəyə mindiyi tarixlə (tarixin olduğu tarixlə) müəyyən edilir Dəyər dəsti versiya qüvvəyə mindi) və mövcud tarixə (tarixə görə deyil) Dəyər dəsti versiya bir təşkilat daxilində) və ya versiya nömrəsi ilə təqdim edildi. Bu siyasətin aşağıdakı mənaları var:

      1. Sadalanan üçün Dəyər dəstiin HL7, aktivasiya tarixi və fərdi kodlar üçün ləğv tarixi tərəfindən qorunur Dəyər dəsti hissəsi kimi saxlanılmalıdır Dəyər dəsti.
      2. İntensiv olaraq müəyyənləşdirilənlər üçün Dəyər dəstis, tərifin məntiqi hər dəfə dəyişdirildikdə aktivasiya tarixi və əvəz edilmiş tarix qeyd olunmalı (izlənilməlidir).

      A Dəyər Set Versiyası Beləliklə spesifik bir şey ehtiva edir Dəyər dəsti tərifi, həmçinin təsviri və inzibati məlumatları, həmçinin kurasiyaya kömək edəcək məlumatları ehtiva edə bilər.

      İntensiv olaraq təyin olunan genişlənmədən ibarət kodlar toplusu Dəyər dəsti zamanın bir nöqtəsində eyni tərifdən istifadə edilərək zamanın fərqli nöqtələrində dəyişə bilər (məsələn, təməl olduqda Kod sistemi müəyyən yollarla dəyişikliklər). Bu fərqli genişlənmələr fərqli versiyaları deyil Dəyər dəsti versiya. modifikasiyasına aiddir Dəyər dəsti tərifi. Kurasiya ehtiyacları davam etdi Dəyər dəsti genişləndirməin, davamlılığı əhatə edən performans, memarlıq və sinxronizasiya məsələləri olduğu üçün, bu spesifikasiyanın əhatə dairəsi xaricindədir Dəyər Dəyişdirmə Genişləndirmələri.

      Zamanında a Dəyər dəsti tərif edildiyi təqdirdə, iş istifadə vəziyyəti və ya məlumat modeli dizaynı tərifinin tələb oluna bilər Dəyər dəsti heç vaxt dəyişməyin. Bunu dəstəkləmək üçün a Dəyər dəsti bir "dəyişdirilməzlik" adlı bir xüsusiyyətə malikdir, bu da bir Boolean və aiddir Dəyər dəsti tərifi. DOĞRU varsa, Dəyər dəsti tərifi gələcəkdə dəyişdirilə bilməz. Yeni Dəyər dəsti yaradılmalıdır. (Yeni versiyaları ola bilməz Dəyər dəsti). YALAN varsa, Dəyər dəsti dəyişdirilə bilər və versiya mexanizmi bu cür dəyişikliklərin izlənilməsinə imkan verəcəkdir. Dəyişməz bir şey olduğunu unutmayın intensiv tərif hələ də istinad etdiyi kod sistemlərinin versiyalarını açıq şəkildə müəyyənləşdirmədiyi təqdirdə zamanla dəyişən bir genişlənmə ilə nəticələnə bilər, beləliklə TRUE olaraq təyin olunan dəyişməz bir xüsusiyyət mütləq bir Dəyər dəsti genişlənmə zamanla dəyişməzdir. Bu səbəbdən tamamilə dondurmaq a Dəyər dəsti genişləndirmə, isImmutable xüsusiyyətinin TRUE olaraq təyin edilməli və tərif də olmalıdır Genişləndirici və ya Şiddətli burada istinad yalnız əsas kod sistemlərinin xüsusi versiyalarına aiddir.

      HL7 Konsepsiya Domeni -də göstərilən oxşar anlayışların (semantik tip) bir kateqoriyasıdır Lüğət açıqlaması bir məlumat modelindəki bir atributun və ya məlumat növlərinin kodlaşdırıldığı və ya potensial olaraq kodlandığı bir məlumat tipindəki xüsusiyyətin və Kontekst bağlama. Konsepsiya Domenikodlaşdırılan elementin niyyətini məhdudlaşdırmaq üçün mövcuddur, elementin spesifikasiyanın inkişafı prosesində elementin müəyyən bir kod dəstinə bağlanmasını təxirə salır. Beləliklə, Konsepsiya Domenilər hər hansı bir xüsusi söz ehtiyatından və ya Kod sistemi. Konsepsiya Domenilər təbiət baxımından iyerarxikdir və hər bir iyerarxiya daha geniş bir semantik kateqoriyaya qədər bir məhdudlaşdırıcı yolu təmsil edir. HL7-nin baza modellərində & RIM və Abstract Data Types spesifikasiyası & # 8211, bütün kodlanmış elementlər icazə verilən anlayış növlərinin bu mücərrəd təriflərinə bağlıdır.

      Kodlaşdırılmış bir element ilə icazə verilən kodlaşdırılmış dəyərlər arasındakı əlaqənin təxirə salınması faydalıdır, çünki bu barədə konsensus əldə etmək mümkün olmaya bilər. Dəyər dəsti modelin hazırlandığı səviyyədə bir model daxilində istifadə olunmalıdır. Məsələn, səhiyyə xidmətləri üçün sığorta tələblərinin göndərilməsi ilə bağlı mesajlarda beynəlxalq konsensus əldə etmək mümkün ola bilər. Bununla birlikdə, vahid bir faturalandırma koduna dair beynəlxalq konsensus əldə etmək çətin ki, tezliklə baş versin.

      Konsepsiya Domenilər təbiət baxımından universaldır (heç birindən asılı deyil Bağlayıcı səltənət), buna görə a Konsepsiya Domeni heç bir zaman konkret bir istinad olmamalıdır Bağlayıcı səltənət. Konsepsiya Domenilər də birdən çox xüsusi terminologiyaya (ümumiyyətlə) bağlanmasına icazə vermək üçün mövcuddur, buna görə də adlar müəyyən bir kodlaşdırma sisteminə istinad etməməlidir. Konsepsiya Domenilər HL7 International-da qeydiyyata alınmışdır: HL7 standartlarının hazırlanması prosesinin bir hissəsi kimi təklif olunur və RIM uyğunlaşma prosesi tərəfindən təsdiqlənir. Hər iki proses HL7 İnkişaf Çərçivəsində (HDF) təsvir edilmişdir.

      A Konsepsiya Domeni bir ad və povest tərifi göstərilərək sənədləşdirilir. Bundan əlavə, semantik məkanı göstərmək üçün atribut və ya məlumat növü mülkiyyəti üçün mümkün dəyərləri təmsil edən ən az üç konsepsiya nümunəsi tələb olunur. [5] Nümunələr niyyətini və məqsədini xarakterizə edən anlayışları əks etdirməlidir Konsepsiya Domeni. Bu, aşağıdakı yollardan biri ilə həyata keçirilə bilər:

      • Hekayə tərifinin bir hissəsi kimi üç nümunə konsepsiya daxil edilmişdir
      • Kontekst bağlama the Konsepsiya Domeni a Dəyər dəsti Nümunə kontekstində ən az üç nümunə konsepsiya ehtiva edir Bağlayıcı səltənət və ya
      • Kontekst bağlama the Konsepsiya Domeni ilə Dəyər dəsti ya Universal, ya da Nümayəndədən istifadə edərək, alanın nəzərdə tutulan mənasını tamamilə əhatə edən bir sıra anlayışlar ehtiva edir Bağlayıcı səltənət bir kontekst kimi.

      The Konsepsiya Domeni 'HumanLanguage' adı verilən, "İnsan dillərinin adlarını əks etdirən kodlar" şərhini daşıyır. Fərqli insan dillərini təmsil edən konsepsiya identifikatorları toplusu fərqli dillərdən götürülə bilər Kod sistemis, bunlardan asılı olaraq Bağlayıcı səltənət və ya altBağlayıcı səltənət mesajı yaradır. Məsələn, Amerika Birləşmiş Ştatları Bağlayıcı səltənət istifadə etməyi seçə bilər Dəyər dəsti Müxtəlif yerli Amerika dilləri üçün konsepsiya identifikatorlarını ehtiva edən, Yeni Zelandiya belə bir tapa bilər Dəyər dəsti yersiz.

      Bir Konsepsiya Domeni başqa birinin "alt domeni" kimi təyin edilə bilər. Bu, alt alanın nəzərdə tutulan mənası və istinadının ana mənasından daha dar olması nəzərdə tutulur. Məsələn, GeneticObservationMethod alt domeni olan bir ObservationMethod domeni var. Bu ontoloji iddia olmaq üçün nəzərdə tutulmayıb, onun əsas məqsədi bir kodlaşdırıcıdakı bütün identifikatorların olduğunu göstərməkdir. Dəyər dəsti alt-etki ilə əlaqəli olan ana domen üçün də etibarlı identifikatorlar olmalıdır, əksinə doğru olmaya bilər.

      A Bağlayıcı səltənət adlandırılan bir uyğunlaşma uyğunluq məkanına aiddir, yəni müəyyən bir məlumat daxilindəki bütün məlumat modelləri Bağlayıcı səltənət eyni uyğunluqları paylaşın. Qeyri-texniki baxımdan, danışanların dilin semantikasından istifadə etdikləri, lakin cəmiyyətlərinə xas olan müəyyən terminlərdən istifadə etməyi qəbul etdikləri bir dialekt hesab edilə bilər, bu HL7 modellərində terminologiya üçün istifadə kontekstidir. Bağlayıcı səltənətlər yurisdiksiya hüdudları ilə müəyyən edilə bilər və əksər hallarda HL7 İştirakçıları və ya İştirak hüququ daxilində sub-milli yurisdiksiyalı təşkilatlardır. Bağlayıcı səltənətxəstələrin tipi (məsələn, insan, baytarlıq, pediatrik və geriatrik), dərman növü (məsələn, stomatologiya və psixiatriya) və s. kimi digər amillərə əsaslana bilər.

      The Bağlayıcı səltənət elan edildiyi instansiyanın hər bölməsi üçün qüvvədədir. Məsələn, bir mesaj və ya sənəd birini elan edə bilər Bağlayıcı səltənət nümunənin 'kökü' üçün və fərqli bir elan edə bilər Bağlayıcı səltənət instansiya daxilindəki bəzi parçalar üçün. Bütün model nümunələri bir xüsusiyyəti elan etməlidir Bağlayıcı səltənət (və ya altBağlayıcı səltənət) həmin instansiya və ya nümunə parçası üçün terminologiyaları təyin etmək üçün istifadə edilən kontekstə əsaslanaraq. A Bağlayıcı səltənət bağlamalarını təmin etmək və idarə etmək üçün istifadə olunur Dəyər dəstis uyğunluq məkanında qaydaları əks etdirmək.

      Hər biri Bağlayıcı səltənət unikal bir kodu var və ya HL7 International ya da HL7 Affiliate rəhbərliyindədir. Məsələn, Bağlayıcı səltənət Almaniyanın DE kodu var və idarəedici HL7 Germany'dir. Hamısının dəsti Bağlayıcı səltənət kodlar HL7 International tərəfindən aparılır. Uyğunluğu təmin etmək üçün RIM-də InfrastructureRoot.realmCode-da elan edilmiş Bağlama Sahəsi, elan olunduğu instansiyanın hər bölməsi üçün qüvvədədir. Qarşılıqlı əlaqəni maksimum dərəcədə artırmaq üçün qarşılıqlı fəaliyyət sahələri praktik qədər böyük olmalıdır: Bağlayıcı səltənətlərin böyük dənəli olmasına üstünlük verilir. Həddindən artıq olaraq, hər bir xəstəxana şöbəsi özünə sahib olsaydı Bağlayıcı səltənət, semantik qarşılıqlı fəaliyyət şansı çox aşağı olardı.

      Bağlayıcı səltənəts geniş olduğu bir poli-iyerarxiya kimi müəyyən edilə bilər Bağlayıcı səltənəts daha dar, daha dəqiq bölünmüş ola bilər Bağlayıcı səltənəts. Məsələn, a Bağlayıcı səltənət "Kanada İnsan Dental" bir alt ola bilərBağlayıcı səltənət həm "Canada Dental" həm də "Canada Human" ın, bu da öz növbəsində Universalın alt aləmi olan "Canada" nın alt aləmləri olacaqdır. Bu iyerarxik quruluş, müəyyənləşdirilən qarşılıqlı fəaliyyət məkanlarının nisbi tutulmasını əks etdirir və qarşılıqlı fəaliyyət mühitinin müxtəlif səviyyələrində fərqli kod növləri üzrə konsensusa imkan verir. Sub- arasındakı hiyerarşik əlaqəBağlayıcı səltənətlər bunlardan məsul olan tərəf tərəfindən müəyyən edilir Bağlayıcı səltənəts.

      Bir sıra Bağlayıcı səltənətlər, Affiliate daxil olmaqla (HL7 International tərəfindən elan edilmiş) varsayılan olaraq mövcuddur Bağlayıcı səltənəts (yeni bir ortaq Bağlayıcı səltənət HL7 International tərəfindən hər yeni bir İştirakçı tanıdıqda qurulur). Hər HL7 Beynəlxalq Tərəfdaşının səlahiyyətləri vardır Bağlayıcı səltənət İştirakçinin coğrafi əhatə dairəsi ilə məhdudlaşır.

      Aşağıdakı növləri Bağlayıcı səltənətHL7 International tərəfindən təyin olunan və istifadə edilənlər:

      Affiliate Binding Realms
      Sözlük: Hər bir HL7 Beynəlxalq Tərəfdaşının səlahiyyətinə malikdir Bağlayıcı səltənət İştirakçinin coğrafi əhatə dairəsi ilə məhdudlaşır.

      Sub-məcburi səltənətlər
      Sözlük: Bəzi hallarda bir HL7 İştirakçı əlavə yaratmağı seçə bilər Bağlayıcı səltənətəhatə dairəsi ortaqdan daha dar Bağlayıcı səltənət. Alt Bağlayıcı səltənətlər coğrafi olaraq (məsələn, bölgələr, əyalətlər, əyalətlər və s.) və ya tətbiqetmə növünə görə (məsələn, insan və baytar həkimi və s.) inşa edilə bilər. AltBağlayıcı səltənətlər yalnız HL7 Beynəlxalq İştirakləri tərəfindən yaradıla bilər.

      AltBağlayıcı səltənətlərin valideynini qoruyub saxladığı filialla eyni idarəçi var Bağlayıcı səltənət. Çünki alt məqsədBağlayıcı səltənəts fərqli istifadəsinə icazə verməkdir Dəyər dəstiBir Ortaqdakı eyni xüsusiyyət üçün, Ortaq daxilində qarşılıqlı əlaqə problemlərinə səbəb ola bilərlər. Bu səbəbdən onlar yalnız qarşılıqlı fəaliyyətin nəticələrini diqqətlə nəzərdən keçirdikdən sonra təqdim edilməlidir.

      Qarışıq məcburi səltənətlər
      Sözlük: Bunlar Bağlayıcı səltənətbir və ya daha çox HL7 Beynəlxalq Tərəfdaşının birləşməsi olaraq yaratdığıdır Bağlayıcı səltənətayrı-ayrı filialların hər birinin. Hər hansı Bağlayıcı səltənətlər belə bir məqsəd üçün birləşdirilə bilər ki, ortaqlıq aləmləri arasında uzanan bir qarşılıqlı fəaliyyət sahəsi yaransın. Buna razı olan HL7 Beynəlxalq İştirakçıları birləşmənin ortaq idarəediciləridir Bağlayıcı səltənət. Buna bəzi nümunələr "Şimali Amerika" (ABŞ və Kanadanı birləşdirir) və ya bir neçə Avropa filialını birləşdirən "Cənubi Avropa" ola bilər.

      Dörd ümumi bağlayıcı səltənət

      Affiliate əlavə Bağlayıcı səltənəts, dörd ümumi Bağlayıcı səltənətlər bir HL7 Beynəlxalq İştirakına (və ya HL7 Beynəlxalq İştiraklərin nümayəndəlik edilmiş alt qrupuna və ya koordinasiya edilmiş ittifaqına) xas olmayan səciyyələndirilmişdir. Bunlar ümumi Bağlayıcı səltənəttətbiqetmələrdə istifadə olunan "istehsal" model nümunələrində görünməməlidir. Bunlar yalnız standartların yaradılması və sənədləşdirmə prosesində istifadə olunur.

      Bu ümumi bağlayıcı aləmlərə heç bir halda birbaşa bir nümunədə istinad edilməməlidir. Onların "valideynləri" yoxdur Bağlayıcı səltənəts.

      Universal Bağlayıcı səltənət
      Sözlük: The Universal Bağlayıcı səltənət əsas HL7 təşkil edir Bağlayıcı səltənət yəni tərifinə görə tək və sabitdir və "kök" dir Bağlayıcı səltənət hamısı üçün Bağlayıcı səltənəts. Struktur elementlər (məsələn, Act.classCode) və əksər məlumat növləri bu məzmunun nümunələridir Bağlayıcı səltənət. Domen texniki komitələrinin məzmunu nadir hallarda Universal-a daxil edilir Bağlayıcı səltənət və tətbiq edildikdə, vahid məcburiyyət üçün universal məhdudiyyət haqqında tam beynəlxalq konsensusun təmin edilməsi üçün xüsusi proseslərdən keçməlidir.

      Hamısı Bağlayıcı səltənətBir nümunədə təyin olunan s ən üst kökü ana olan bir ağacdadır Universal Bağlayıcı səltənət.

      Nümayəndə bağlama səltənəti
      Sözlük: The Nümayəndə bağlama səltənəti tamamlanması və həyata keçirilməsi nəzərdə tutulan bağlamalar üçün mövcuddur Dəyər dəstis tərəfindən müəyyənləşdirilmiş semantik məkanın kodlu əhatə dairəsini düzgün şəkildə təmsil edənlər Konsepsiya Domeni. Ümumdünya bağlamalardan fərqli olaraq, bütün (və ya hər hansı bir mütləq) filialın mənimsəməyi seçəcəyi gözləntisi yoxdur. Nümayəndə bağlama səltənəti bağlamalar. Nümayəndə bağlama səltənəti bağlamalar HL7 Beynəlxalq Tərəfdaşları arasındakı mədəni və siyasi dəyişikliklərin alternativ bağlamalara səbəb ola biləcəyini qəbul edərkən bir başlanğıc nöqtəsini və konsensus üçün bir mərkəz təmin edir. Uyğun olmaq Nümayəndə bağlama səltənəti təyin, namizədin məzmunu kifayət qədər hərtərəfli və ixtisaslaşmış şəxslər tərəfindən qəbul edilə bilən və həyata keçirilə bilən daxili uyğun olmalıdır Bağlayıcı səltənəts. A Nümayəndə bağlama səltənəti bir ortaqda müəyyən bir uyğunluq iddiasında istifadə edilmədiyi ortaq üçün xüsusi bir bağlama ilə qəbul etməyi seçmədiyi təqdirdə, bir filialda rəsmi bir qüvvəyə sahib deyil. Bir ortaq bir bağlama istifadə etməyi seçdiyində Nümayəndə bağlama səltənəti, məcburi tərif Affiliate Bağlayıcı səltənət: istənilməyən kaskad dəyişikliklərinə səbəb ola biləcək davamlı bir əlaqə yoxdur.

      The Nümayəndə bağlama səltənəti bir nümunədə heç vaxt istinad edilməməlidir. "Valideyn" i var Bağlayıcı səltənət Universal.

      Nümunə məcburi səltənət
      Sözlük: The Nümunə məcburi səltənət bağlamaq üçün istifadə olunur Dəyər dəstiəlaqəli etki üçün natamam və ya həyata keçirilməyən bir əhatə təmin etdiyi məlumdur. Bunlar nümunə tələbini yerinə yetirmək üçün istifadə olunur Konsepsiya Domeni tərif: a Konsepsiya Domeni tərifdə üç nümunə olmalıdır. Bunlar inşaatında da istifadə edilə bilər Bağlayıcı səltənət- müstəqil nümunə nümunələri və nəşr olunmuş sənədlərdə, dərsliklərdə və təqdimatlarda nümunə kimi. Nümunə məcburi səltənətlazım olduqda ümumiyyətlə ehtiyac yoxdur Nümayəndə bağlama səltənəti bağlamalar mövcuddur.

      The Nümunə məcburi səltənət Yalnız nümunə nümunələrində istinad edilməlidir. "Valideyn" i var Bağlayıcı səltənət Nümayəndə.

      Sınıflandırılmamış Bağlayıcı Sahə
      Sözlük: The Sınıflandırılmamış Bağlayıcı Sahə yeni və zərifləşmə mərhələsində olan məzmunu və hələ təyinatına çatdırılmamış mirasları yerləşdirir Bağlayıcı səltənət və hələ də inkişaf işləri davam etdirilir. The Sınıflandırılmamış Bağlayıcı Sahə digərlərindən töhfə verilən məzmun üçün bir keçid nöqtəsi rolunu oynaya bilər Bağlayıcı səltənəts. The Sınıflandırılmamış Bağlayıcı Sahə HL7 inzibati məqsədləri üçün mövcuddur və tətbiqetmələrdə heç bir təsiri yoxdur. Bu müvəqqəti bir vəziyyət və əlaqəli maddələr kimi nəzərdə tutulur Sınıflandırılmamış Bağlayıcı Sahə ya qaldırılmalı, ya da müvəqqəti olmayan səviyyəyə qaldırılmalıdır Bağlayıcı səltənət mümkün qədər tez.

      The Sınıflandırılmamış Bağlayıcı Sahə bir nümunədə heç vaxt istinad edilməməlidir. "Valideyn" i yoxdur Bağlayıcı səltənət.

      Birlikdə fəaliyyət göstərmə xüsusiyyətlərinin əsas cəhəti uyğunluq gözləntilərini müəyyənləşdirmək bacarığıdır. Uyğunluq gözləntiləri RFP-lərin və ya oxşar istəklərin müəlliflərinə bir sistemin edə biləcəyini tam olaraq istədiklərini ifadə etməyə imkan verir. Eynilə, onlar proqram təminatçılarına bir sistemin nəyə qadir olduğunu tam olaraq təyin etməyə imkan verirlər. Nəhayət, uyğunluğun təfərrüatlı sənədləşdirilməsi, müraciətlərin göndərilməsi və qəbulu profillərinin müqayisə olunmasına imkan verir ki, onların nə dərəcədə yaxşı işləyəcəklərini müəyyənləşdirsin.

      Lüğətə uyğunluq fərqli kodlaşdırılmış dəyərlərlə işləməkdə bir sistemin gözlənilən davranışını müəyyənləşdirən sənəddir. Göndərmə sistemləri üçün davranışlar dəstəklənən sözlər (tutula bilən və ötürülə bilənlər) və dəstəklənməyən sözlər (dəstəklənən və ya tutula bilməyənlər) kateqoriyasına aid edilə bilər. Qəbul edən sistemlər üçün dəstəklənməyən sözlüklər, icazə verilməyən lüğətlər alt kateqoriyasına (qəbul edildiyi təqdirdə səhv ilə nəticələnə biləcək kodlar) bölünmüş və laqeyd edilmiş lüğətlər (səhv yaratmadan qəbul ediləcək kodlar, lakin israr edilməyəcək və ya başqa şəkildə işlənməyəcəkdir). Nəhayət, xüsusən də daha yüksək səviyyəli spesifikasiyalarda uyğunluq gözləntiləri dəqiqləşdirilməmiş ola bilər, yəni tətbiqçilər müəyyən bir kodu dəstəkləmək və ya dəstəkləmələri və ya gözlənilən sistem davranışının detallı spesifikasiyasını bir axın sənədinə təxirə salmaq seçimindədirlər.

      Məsələn, bir ötürücü sistem müəyyən bir kodu dəstəkləyirsə (və bu səbəbdən də ötürə bilərsə), alıcı sistemin də kodu dəstəklədiyinə, kodu görməməsinə və ya kodu alarkən bir səhv meydana gətirə biləcəyinə bağlı olaraq fərqli işləmə qabiliyyətləri olacaqdır.

      Texniki şərtlərə uyğunluq gözləntilərinin dəqiqləşdirilmədiyi məqamları daxil etdikdə, uyğunluq testi məhduddur. Bir model və ya məlumat növü spesifikasiyası tətbiq oluna bilən bir səviyyəyə qədər məhdudlaşdırıldıqda, kodlanmış elementlər həmin elementlərdə daşına bilən dəqiq bir icazə verilən konsepsiya kodu ilə əlaqələndirilməlidir, yəni & uyğunluq elan olunmayan & kodlar qalmayacaq. # 8217. HL7 Lüğət Müvafiqliyi, icazə verilən kodlar daxilində və xaricində kodlar üçün tətbiqetmənin gözlənilən davranışının spesifik bir təsvirini verir.

      İmkan verən bir uyğunluq meyarı toplusu var Lüğətə uyğunluq. Bu meyarlar tətbiq olunur Lüğət izahatlarıDəyər Dəstəyi İddiaları, və dəqiqləşdirmədən ibarətdir Konsepsiya Domains, Kodlaşdırma Gücləri, Dəyər dəstləriSabitlik səviyyəsi, aşağıdakı hissələrdə təsvir olunduğu kimi.

      HL7 struktur məlumat modelləri və məlumat növləri spesifikasiyaları tərtib edildikdə, kodlu elementlər həmin elementlər üçün kodlu ifadələrdə hansı söz növünün istifadəsinə icazə verildiyini müəyyənləşdirən bir spesifikasiya ilə əlaqələndirilməlidir. Spesifikasiya a kimi tanınır Lüğət açıqlaması. The Lüğət açıqlaması istifadə edilə bilən kodlu ifadələrdəki məhdudiyyətləri və məlumat elementinin tətbiqçiləri üçün lüğət uyğunluğu gözləntilərini müəyyənləşdirir. A Lüğət açıqlaması kodlanmış model elementi və ya məlumat növü mülkiyyəti üçün semantik məhdudiyyətdir. Hər kodlu element (və ya potensial olaraq kodlanmış element və # məsələn, hər hansı bir məlumat növü ilə Observation.value) bu məlumat elementində istifadəyə icazə verilən semantikanı ifadə edən söz növünü elan etməlidir. Bu üç alternativ yoldan biri ilə edilə bilər:

      1. Üçün bir istinad Konsepsiya Domeni istifadə ediləcək xüsusi kodları təyin etmədən element üçün istifadə edilə bilən anlayışlar kateqoriyasını təyin edən. Bunun adı göstərilməklə edilir Konsepsiya Domeni.
      2. A istinad Dəyər Dəstəyi Təsdiq müəyyənləşdirir Dəyər dəstis, eləcə də bunların istifadəsi ətrafında uyğunluq gözləntiləri kimi digər məlumatlar. A-ya daxil olan xüsusi məlumat elementləri Dəyər Dəstəyi Təsdiq aşağıda verilmişdir (bax 5.2.2.4).
      3. Kodlanmış element üçün sabit dəyər rolunu oynayan müəyyən bir kod sistemi içərisində müəyyən bir sabit koda istinad. Bu kod və HL7 OID qeydində olduğu kimi kod sistemi UID və ya kod sistemi adı göstərilərək edilir. Bəzi hallarda Kod sistemi tək kodla əlaqəli semantikanın heç dəyişməməsini təmin etmək üçün versiya da göstərilə bilər.

      Daha əvvəl də qeyd edildiyi kimi, HL7 RIM və Abstract Data Types Konsepsiya Domenibütün kodlu elementlər üçün. HL7 məlumat modelləri çıxarıldıqda, modelləşdiricilər hər kodlanmış element üçün söz məhdudluğunun necə idarə ediləcəyini müəyyənləşdirirlər. Bundan əlavə məhdudlaşdırma ilə ediləcəklər qaydaları Lüğət açıqlamasıaşağıdakılardır:

      Əgər ana modeldə a Lüğət açıqlaması a Konsepsiya Domeni (Yuxarıda 1), model inkişaf etdiriciləri seçim edə bilər:

      • Daha çox məhdudlaşdırma etməyin - qoruyun Konsepsiya Domeni -də göstərilmişdir Lüğət açıqlaması ana modeldəki kodlu element üçün və ya
      • -Nin alt domenini əvəz edin Konsepsiya Domeni içində Lüğət açıqlaması ana modelin, bununla əlaqəli kodlaşdırılmış elementə daxil ola biləcək mümkün dəyərləri məhdudlaşdıran və ya
      • Yaratmaq Model məcburi Məhdudluğu bir və ya bir neçəsi ilə əvəz edərək element üçün (bax 5.3.1) Dəyər Dəstəyi İddialarıəlaqəli olan Dəyər Dəstlərini genişləndirməsindən qaynaqlanan kodların (və ya kod ifadələrinin) olduğunu göstərir Dəyər Dəstəyi İddiaları bu xüsusi modeldə istifadə olunmalıdır.

      Əgər Kontekst bağlama (bax 5.3.2) Bağlayıcı səltənət üçün model üçün istifadə edilməsi gözlənilir Konsepsiya Domeni bu istinad ilə əvəz olunur Dəyər Dəstəyi İddiaları, yeni Dəyər Dəstəyi İddiaları -də göstərilənlə eyni set olmalıdır Kontekst bağlama və ya buna uyğun bir məhdudiyyət

      Əgər Kontekst bağlama üçün mövcuddur Bağlayıcı səltənət Nəticə çıxan model üçün istifadə edilməsi gözlənilən, seçilmiş kod içərisində icazə verilənlərdən biri olmalıdır Dəyər Dəstəyi Təsdiq tərəfindən müəyyən edilir Kontekst bağlama.

      Qeyd edək ki, yuxarıdakı ilk iki məhdudiyyətdir Konsepsiya Domenis. Digər ikisi də dəyişdirilməsini əhatə edir Konsepsiya Domeni məhdudlaşdırma Lüğət açıqlaması ilə Dəyər Dəstəyi Təsdiq və ya tək bir kod məhdudlaşdırması. Bu son iki yanaşma yalnız Universal-a bağlı elementlər üçün istifadə olunmalıdır Bağlayıcı səltənət HL7 UV (universal) xüsusiyyətlərini yaratarkən. Əgər Universal Kontekst Bağlama mövcud deyilsə, əvvəllər Beynəlxalq Şuraya müraciət edilməlidir Dəyər Dəstəyi Təsdiqlər və ya tək kodlu bağlamalar iddia edilir.

      Əgər ana modeldə a Lüğət açıqlaması siyahısının Dəyər Dəstəyi İddiaları (Yuxarıda 2), birini seçə bilər:

      • Siyahısını qoruyun Dəyər Dəstəyi İddiaları ana modeldə göstərilən və ya
      • Siyahısını dəyişdirin Dəyər Dəstəyi İddiaları bu, ana model üçün uyğun bir məhdudiyyətdir (daha dar bir dəst) Dəyər Dəstəyi Təsdiq siyahı və ya
      • Kodlaşdırma sistemindən elementi tək bir kodla bağlayın. Kod, icazə verilənlərdən biri olmalıdır Dəyər Dəstəyi Təsdiq ana modelin.

      Əgər ana modeldə a Lüğət açıqlaması tək bir koddan (yuxarıda 3), çıxarılan kodlu element yalnız başqa bir məhdudiyyət və dəyişiklik edilməsinə icazə verilməyən xüsusi kodu istinad etməlidir.

      Bir model a-dan daha çox məhdudlaşdırılmadıqda Lüğət açıqlaması adını ehtiva edən a Konsepsiya Domeni (bir Lüğət məcburiyyəti təsdiqlənənə qədər hələ həyata keçirilə bilməz), başqa bir məlumat da daxil edilə bilər Lüğət açıqlaması model dizaynerlər tərəfindən: Terminoloji Rəhbər. Terminoloji Rəhbər bir Lüğət açıqlaması model dizaynının bir hissəsi olaraq bu elementə uyğun terminologiyanın xüsusiyyətləri barədə irəli sürülən fərziyyələr haqqında məlumat verir. Bu nəsr məsləhəti ola bilər və ya tətbiqetmə üçün bu modeldə bu elementdə istifadə üçün müəyyən bir terminologiyanı müdafiə etməyə qədər gedə bilər, bu rəhbərliyə riayət edilməməsi modelin istifadəsi üçün təhlükəli vəziyyətə gətirə bilər (semantikası birmənalı və ya səhv ola bilər) ). Əsas məqsədi, modelin semantik bütövlüyünün müəyyən edilmiş kodlaşdırılmış model elementində istifadə ediləcəyi müəyyən bir terminologiyaya bağlı olduğuna inandığı bir Bağlama yaratmağı sonradan məlumatlandırmaqdır.

      A Lüğət açıqlaması beləliklə aşağıdakı komponentlərdən hər hansı birindən ibarətdir:

      • A Konsepsiya Domeni İstəyə görə daxil ola bilən istinad (adla) Terminoloji Rəhbər (kod sisteminin adı və ya digər rəhbərlik)

      A Dəyər Dəstəyi Təsdiq kodlu model elementi və ya məlumat növü mülkiyyəti üçün kodlu lüğət məhdudiyyətini ifadə etmək mexanizmidir. Xüsusi kodlu bir elementdə və ya məlumat növü mülkündə istifadə ediləcək söz ehtiyatı üçün Dəyərlər Genişləndirmələrini, bunların istifadəsi ilə uyğunluq şərtləri daxil olmaqla müəyyənləşdirir Dəyər dəsti genişləndirməs və kod koleksiyonlarının həmişə eyni olub-olmaması və ya dəyişkən olması. Həm də olub olmadığını da müəyyənləşdirir Dəyər dəsti genişləndirmələr yerli olaraq uzadıla bilər. The Dəyər Dəstəyi Təsdiq bir model üçün uyğunluq iddiasının bir hissəsidir.

      A Dəyər Dəstəyi Təsdiq ən azı bir və üçə qədər müəyyən edərək bu məlumatları elan edir Dəyər dəstikodlu bir model elementi üçün söz uyğunluğunu təyin etmək üçün istifadə ediləcəklər: MAX, MIN və QƏDƏR. The Dəyər Dəstəyi Təsdiq həmçinin işlənərək təyin olunan kodlar toplusunun olub olmadığını müəyyənləşdirir Dəyər dəsti(lər) Dəyər Dəstəyi Təsdiq sabitdir (yəni'kilidli') və ya zaman keçdikcə dəyişə bilər. Buna istinad edilir Sabitlik səviyyəsi və iki növ var: Statik StabillikDinamik Sabitlik. Bunlar & # 8220Statik Tarix & # 8221 olaraq bilinən bir zaman damğasından istifadə edir. Nəhayət Dəyər Dəstəyi Təsdiq tərif edir Kodlaşdırma Gücü hər birinin Dəyər dəstləri bunlar aşağıda ətraflı təsvir edilmişdir.

      Dəyər dəsti təsdiqində məcburi elan edilmiş ən azı bir tələb olunan dəyər dəsti vardır. Bu MAX dəyər dəsti (yuxarıya baxın və 5.2.3). İki əlavə əlavə ola bilər Dəyər dəsti(lər) üçün də elan edildi MINQƏHƏR (yuxarıya baxın və 5.2.3). Dəyər dəstinin identifikasiyası UID və ya adı istifadə edilir Dəyər dəsti.

      Hər biri üçün Dəyər dəstləri ilə elan edilmiş Dəyər Dəstəyi Təsdiq nin isteğe bağlı versiyası Dəyər dəsti da elan edilə bilər. Dəyər dəsti tərifləri zaman keçdikcə dəyişə bildiyinə görə bu icazə verir Dəyər Dəstəyi Təsdiq istənildiyi təqdirdə müəyyən bir davamlı versiyanı bir sıra versiyalanmış təriflərdə elan etmək. Bu isteğe bağlı bir parametrdir.

      Hər biri üçün Dəyər dəstləri ilə elan edilmiş Dəyər Dəstəyi Təsdiq, Kodlaşdırma Gücü bunun üçün elan edilməlidir Dəyər dəsti.

      A istinad edərkən Dəyər dəsti bir Dəyər Dəstəyi Təsdiq, bir göstəricisi olmalıdır Kodlaşdırma Gücü. İki mümkün dəyər var: CWE(Genişlənmə ilə kodlanmış) və CNE (Genişlənmədən kodlanmış).

      Genişlənmə ilə Coded (CWE), tərkib hissələrinin işlənməsindən qaynaqlanan kodlar dəsti deməkdir Dəyər Dəstəyi Təsdiq nəzərdə tutulmuş istifadə vəziyyəti üçün mütləq tamamlanmır. İçərisində təmsil oluna bilməyəcək bəzi konsepsiyalar ola bilər Dəyər Dəyişdirmə Genişləndirmələri nin Dəyər dəsti-də göstərilənlər Dəyər Dəstəyi Təsdiq. Bu səbəbdən tətbiqedicilər yerli kodları və ya orijinal kodu mətnləri kodlaşdırılmış element içərisində göndərmək üçün icazə verilmişdir, əgər həll edilmiş bir sənəddə uyğun bir kod tapılmasa Dəyər Dəstəyi Təsdiq. Bununla yanaşı, tətbiqedicilərdən bu "əskik konsepsiyalar" ı qoruyanlara geri qaytarmağı gözləyən bir ümid var Dəyər dəstis və ya istinad edilir Kod sistemi(lər) lazımi konsepsiyanı əlavə etmək və əlavə edildikdə 'rəsmi' koduna keçmək.

      Genişlənmədən Kodlanmış (CNE) deməkdir Dəyər dəsti genişləndirmə nəzərdə tutulan model istifadəsi üçün tam hesab olunur. Bağlandığı boş kodlu element element modelində yerli kodların və ya pulsuz mətnin doldurulmasına icazə verilmir. (Kodlanmış element OTH & # 8211 Other-in boş bir ləzzətinə sahibdirsə, yerli kodlar və pulsuz mətn hələ də istifadə edilə bilər.)

      Bir "məhdud" yaratdıqda Dəyər Dəstəyi Təsdiq başqa birinə əsaslanır Dəyər Dəstəyi Təsdiq, Kodlaşdırma Gücü istinad olunan hər hansı birindən Dəyər dəstilər CWE-dən CNE-yə qədər bərkidilə bilər.

      Kod sistemləriDəyər dəstləri zamanla dəyişmək. Müəyyən edərkən Lüğətə uyğunluq veriləcək bir əsas qərar, a Dəyər dəsti genişləndirmə ölçülə bilməsi və uyğunluğu dəqiq bir şəkildə təyin etməsi üçün zaman keçdi. Bunu həyata keçirmə mexanizmi a Sabitlik səviyyəsi uyğunluq meyarlarının bir hissəsi kimi. The Sabitlik səviyyəsi hamısına aiddir Dəyər dəstləri içində Dəyər Dəstəyi Təsdiq. İki fərqli sabitlik səviyyəsi var:

      Statik Stabillik
      Sözlük: Statik stabillik, işlənmə deməkdir Dəyər dəsti(lər) də müəyyən edilmişdir Dəyər Dəstəyi Təsdiq sabit bir konsepsiya siyahısı ilə nəticələnir (Dəyər dəsti genişləndirmə) emalın vaxtında baş verməsindən asılı olmayaraq. Genişlənmə istinad olunanların qiymətləndirilməsi ilə müəyyən edilir Dəyər dəstis (MAX, MIN və nəzərə alınmır) müəyyən bir tarixə qədər və genişlənmələrini yaradır. Buna, Dəyər dəsti versiyalar (İddiada açıq deyilsə) və hamısının versiyaları Kod sistemibunlar istinad edir Dəyər dəstis daxil olmaqla Dəyər dəstiintensiv təriflərdə yerləşmişdir. Nəticə olaraq Dəyər dəstləri ilə elan edildi Dəyər Dəstəyi Təsdiq kimi avtomatik olaraq dəyişməyin Dəyər dəsti təriflər və təməl Kod sistemilər dəyişdirilir və Dəyər Dəyişdirmə Genişləndirmələri bir tətbiq təlimatına daxil edilə bilər. A Dəyər Dəstəyi Təsdiq a daxil olduqda statik sabitliyə malikdir Statik tarix.

      Xüsusi kodlara istinadlar, əgər daxil olduqda istinad "statik" hesab olunur Kod Sistem Versiyasıilə ifadə olunan Dəyər Dəstəyi Təsdiq bir tarix olaraq. Sabit kodlara statik istinadlar yalnız kodun mənasının içində dəyişə biləcəyi narahatlığı olduqda lazımdır Kod sistemi əlavə vaxt.

      Dinamik Sabitlik
      Sözlük: Dinamik sabitlik a deməkdir Dəyər Dəstəyi Təsdiq yoxdur Statik tarix. Nəticədə, kodlanmış bir maddə üçün icazə verilən dəyərlər avtomatik olaraq dəyişir Dəyər dəsti təriflər və ya bunların əsasını təşkil edir Kod sistemis (və ya iç içədir Dəyər dəstləri) zamanla saxlanılır. Bu, bağlamanın ən son versiyaya uyğun olması deməkdir Dəyər dəsti tərifi mövcuddur. Sənədləşdirilmiş və ya davamlı genişlənmələri Dəyər dəstləri ilə elan edildiDəyər Dəstəyi Təsdiq bəndində göstərilən əsas kod sistemlərindəki dəyişikliklər kimi dinamik dayanıqlı bir bağlama qiymətləndirərkən istifadə etməzdən əvvəl hər zaman valyuta üçün yoxlanılmalıdır. Dəyər dəsti tərifi istifadədən əvvəl yeni nəsil genişlənmə tələb edən dəyişiklikləri nəzərdə tuta bilər. Bunun mümkün olduğunu unutmayın Dəyər Dəstəyi Təsdiq istinad edilən bir və ya bir neçəsinin xüsusi versiyalarına istinad edən Dəyər dəstis. Eynilə, intensiv Dəyər dəstis digərləri ilə inşa edilə bilər Dəyər dəstiaçıq versiyalara istinad edə bilənlər. Lakin, hamısının hamısı deyil Kod sistemis və Dəyər dəstilər "kilidlidir", bağlama hələ dinamik sabitliyə sahib sayılır. Nəzəri olaraq hamısına istinad edilir Dəyər dəstis və hamısı istinad edilir Kod sistemilərin hamısı müvafiq versiya istinadlarını daxil edə bilər Dəyər dəsti tərifi, statik sabitliklə bağlanma ilə eyni hədəfi yerinə yetirəcək və zamanın bütün nöqtələrində sabit bir genişlənmə. Lakin, çünki yox Statik tarix tərif edən məlumat maddələrinin siyahısında mövcud olardı Kontekst bağlama, bağlanma hələ dinamik bir dayanıqlığa sahib olaraq təyin ediləcəkdir.

      A Kontekst bağlama (aşağıdakı below 5.3.2-ə baxın) siyahı Dəyər Dəstəyi TəsdiqDinamik stabilliyə malik olanlar statik bir bağlanma tarixi (və ya tək kodlar üçün) təyin etməklə statik sabitliyə malik olmaqla məhdudlaşa bilər. Kod Sistem Versiyası).

      A Dəyər Dəstəyi Təsdiq aşağıdakı on (10) element vasitəsilə ifadə olunur:

      • MAX Dəyər dəsti UID və / və ya ad (məcburi)
      • MAX Dəyər dəsti versiya tarixi / saatı (istəyə görə)
      • MAX Dəyər Set Kodlama Gücü (CNE və ya CWE & # 8211 məcburidir)
      • MIN Dəyər dəsti UID və / və ya ad (istəyə görə)
      • MIN Dəyər dəsti versiya tarixi / saatı (istəyə görə)
      • MIN Dəyər Dəsti Kodlaşdırma Gücü (CNE və ya CWE & # 8211 şərti)
      • QƏHƏR Dəyər dəsti UID və / və ya ad (istəyə görə)
      • QƏHƏR Dəyər dəsti versiya tarixi / saatı (istəyə görə)
      • QƏHƏRLƏ Dəyər Dəsti Kodlaşdırma Gücü (CNE və ya CWE & # 8211 şərti)
      • STABILITY StaticDate (istəyə görə)

      Qeyd edək ki, a Dəyər dəsti versiya tarixi və saatı yalnız Dəyər dəsti UID müəyyən edilmişdir. Bir dəyər dəsti üçün kodlama gücü, dəyər dəsti UID göstərildiyi təqdirdə təyin edilməlidir. Buna da diqqət yetirin Kodlaşdırma Gücü -dən ayrı olaraq müəyyən edilir Dəyər dəsti yalnız baxımını asanlaşdırmaq üçün. Eyni Dəyər dəsti tərifi fərqli olduğu birdən çox vəziyyətdə istifadə edilə bilər Kodlaşdırma Gücüs tələb olunacaq. Birləşdirir Kodlaşdırma Gücü tərifinə Dəyər dəsti nəticədə sayının iki dəfə artırılmasını tələb edəcəkdir Dəyər dəstisaxlanılması lazım olanlar.

      Sözlüyə uyğunluğu müəyyənləşdirmə mexanizmi 3 dəst kolleksiyanın spesifikasiyasını əhatə edir: MAX, MIN və IQNORED. Bu mexanizm aşağıdakı kimi fəaliyyət göstərir:

      Maksimum Dəyər dəsti (MAX) model elementi üçün açıq şəkildə dəstəklənən bütün konsepsiyaları ehtiva edir. Bu əsas Dəyər dəsti üçün bağlama tələb olunur Dəyər Dəstəyi Təsdiq. Məqsəd, əlaqəli model elementinin istifadə ediləcəyi (və ya elementlərin) istifadə vəziyyətində uyğun məna verən kodlar toplusunu təyin etməkdir. İçərisinə daxil olmayan uyğun bir kodlu model elementində heç bir konsepsiya yerləşdirilə bilməz Dəyər dəsti genişləndirmə bağlı MAX Dəyər dəsti element açıq şəkildə CWE kodlaşdırma gücü ilə genişlənə biləcəyini elan etməyibsə (yuxarıya bax).

      MAX Dəyər dəsti CNE kodlaşdırma gücünə malikdir, sonra MAX xaricində kod yoxdur Dəyər dəsti kodlanmış elementin OTH ləzzəti olmadıqca istifadə edilə bilər. MAX Dəyər dəsti CWE kodlama gücünə malikdir, əlavə kodlara icazə verilir, lakin bu kodlar MAX daxilində kodlarla təmsil olunan anlayışlar üçün istifadə edilə bilməz Dəyər dəsti.

      Məsələn, MAX Dəyər dəsti "ISO 639-1-dən bütün kodlar" olaraq göstərildiyi təqdirdə, ISO 639-1 İnsan Dili siyahısında olmayan bəzi yerli dil ləhcəsi üçün yerli bir kodun olması məqbul olardı Kod sistemi. Bununla birlikdə, "İngilis dili" üçün yerli bir kodun, daha da zərif bir konsepsiya olan "English & # 8211 Brooklyn jarqonu" nun göndərilməsi qəbul edilə bilməz, çünki "İngilis dili" kavramı ISO 639-1'de kodla təmsil olunur " az ". (Bununla birlikdə, "en" dən "Brooklyn jarqonu" nun daha ətraflı semantikasını çatdıran yerli bir koda bir tərcümə də göndərilə bilər.)

      Bir çox vəziyyətdə MAX Dəyər dəsti istifadə olunan tək ola bilər. Bu vəziyyətdə MAX içeriği Dəyər dəsti "elan edilməmiş uyğunluq" olaraq qəbul ediləcəkdir (bu kodların hamısına icazə verilir, lakin məcburidir). Uyğunluğa nisbətən daha ətraflı sistem davranışının söz ehtiyatı üçün ifadə edilməsi lazım olan vəziyyətlərdə, məsələn, bütün isteğe bağlılığın silindiyi son icra profilini hazırlayarkən, əlavə olaraq iki əlavə Dəyər dəstilər əlavə olaraq göstərilə bilər: MINQƏHƏR

      Minimum Dəyər dəsti (MIN) genişləndirilməsi uyğun tətbiqetmələr tərəfindən dəstəklənməli olan və model elementini göndərən, qəbul edən və ya başqa bir şəkildə işləyən sistemlər tərəfindən faydalı bir şəkildə istifadə edilən konsepsiyalardan ibarətdir. Bu MIN Dəyər dəsti, 'tələb olunan' olaraq da bilinir Dəyər dəsti, mövcud olmadığı təqdirdə məcburi bəyanatda isteğe bağlı olaraq müəyyən edilə bilər, MIN yoxdur Dəyər dəstivə MAX-ın lokal olaraq elan edilmiş uyğunluq iddiaları üçün daha kiçik bir konsepsiya qrupu ilə daha çox məhdudlaşa biləcəyinə dair heç bir alt sərhəd yoxdur. MIN və MAX eyni ola bilər Dəyər dəsti, yəni genişlənmədə olan bütün konsepsiyaların dəstəklənməsi tələb olunur.

      MIN və İQİDAR edilməmiş dəyər dəstləri MAX-ın uyğun alt qrupları olmalıdır Dəyər dəsti (yəni MIN və IQNORED, MAX Value Set-ə daxil olmayan hər hansı bir kodu ehtiva edə bilməz). Bundan əlavə, MIN və IGNORED-in kəsişməsi boş olmalıdır & # 8211, həm MIN-də, həm də İQARASIZ olaraq görünən heç bir kod ola bilməz. DƏQİQƏNİN və / və ya QƏDƏR QALDILMadığı hallarda əlavə qayğı göstərilməli olduğunu unutmayın Dəyər dəstilər Şüurlu şəkildə (ifadə ilə) və konkretə istinad edilmədən müəyyən edilir Dəyər dəsti versiya. Bu ikisindən birinin ifadələri varsa Dəyər dəstilər üst-üstə düşəcək və ya MAX dəstinin xaricində olan kodları ehtiva edən şəkildə düzəldilir, sonra Lüğət bağlama etibarsızdır və gözlənilən sistem davranışı bir saytdan bir yerə əsaslanaraq müzakirə edilməlidir.

      MAX kimi, MIN və IGNORED də var Kodlaşdırma Gücü. Ancaq yuxarıdakı qaydalara hörmət etmək üçün arasında asılılıqlar var Kodlaşdırma Gücü MIN və İQİTARSİZ və Kodlaşdırma Gücü MAX. Konkret olaraq, MAX CNE-dirsə, MIN və YOXDUR OLACAQ CNE olun. MAX CWE-dirsə, MIN və ya YOXDUR & gtMAY CWE olun (lakin hər ikisi də əsla olmamalıdır). Həm MAX, həm MIN, həm də İHARSIZ ikən CWE olması məqbuldur Dəyər dəstiBunlar CNE-dir. QARŞI CWE olduqda, göstərilən 'yerli' kodların hamısına məhəl qoyulmayacağı deməkdir. MIN CWE-dirsə, bütün göstərilən 'yerli' kodların dəstəklənməsi lazım olduğu anlamına gəlir.

      Maksimum həddə mövcud olan kodlar Dəyər dəsti (MAX), lakin MIN-də mövcud olmayan və ya QARŞIDIR, elan olunmamış uyğunluq hesab olunur. Bu kodlar toplusu daha məhdudlaşdırıla bilər (bunları ya tələb olunur, icazə verilmir, ya da nəzərə alınmır). Dəyər Dəstəyi Təsdiq və kodların MIN və ya İQİDAR edilməmiş dəyər dəstlərinə köçürülməsi və ya MAX-dən çıxarılması və yeni bir şeyin yaradılması Dəyər Dəstəyi Təsdiq bu daha sərt məhdudiyyət üçün. Bir spesifikasiya sərtləşdirildikdə və tətbiqetmə profilinə yaxınlaşdıqda, MIN və QARŞI Dəyər dəstilərin ölçüsü və MAX artma meyli olacaqdır Dəyər dəsti ölçüsündə azalma ola bilər ki, tam bir tətbiq profili üçün MIN və İQİSSAR birliyi Dəyər dəstis MAX ilə eyni kod dəstini ehtiva edəcəkdir Dəyər dəsti.

      Həyata keçirilə bilən profil OLACAQ elan edilməmiş qalan uyğunluq kodlarına sahib olmamaq (həyata keçirilə bilən profillər haqqında məlumat üçün HL7 İnfinasiya Məhdudiyyətləri və Yerləşdirmə, Baxış 2 bölməsinə baxın. Bu, tamamilə uyğun bir model nümunəsi üçün, heç bir göndərmə sisteminin kodlu elementlər üçün CNE xaricində bir kodlama gücünə sahib ola bilməyəcəyi deməkdir MAX Dəyər dəsti MİN-in birləşməsinə tamamilə bərabərdir və QARŞIDIR Dəyər dəstis, və MIN kəsişməsində və nəzərə alınmır Dəyər dəstis sıfırdır. Qeyd edək ki, qəbuledici sistemlər kodlanmış elementləri üçün CWE kodlaşdırma gücünə malik ola bilər Dəyər Dəstəyi Təsdiqs.

      Daxil olmaqla məhdudlaşdırılmış əsərlər yaratarkən Bağlayıcı səltənətKontekst bağlamas (Universalda məcburi olduğu yer Bağlayıcı səltənət və ya digər yüksək səviyyəli bağlama mövcuddur) və məhdud məlumat modelləri, Dəyər dəsti bağlamalar daha yüksək səviyyənin məzmununun daralmasını təmsil etməlidir Dəyər dəsti. Bu, heç bir konsepsiya kodunun həll edilmədiyini nəzərdə tutur Dəyər dəsti həm də daha yüksək səviyyədə deyil Dəyər dəsti. Bu, aşağıdakı qaydalarla ümumiləşdirilə bilər:

      • Məhdudlaşdırarkən, MAX Dəyər dəsti eyni qala bilər və ya darlaşdırıla bilər
      • MIN Dəyər dəsti eyni buraxıla bilər və ya daha genişləndirilə bilər (yəni həll edilmiş MIN daxilində olmayan konsepsiya kodları Dəyər dəsti əlavə edilə bilər, lakin əlavə edilmiş kodlar həll edilmiş MAX-da olmalıdır Dəyər dəsti)
      • QƏHƏR Dəyər dəsti dəyişdirilə bilər və ya daha geniş edilə bilər

      Hər zaman konsepsiya kodlarının dəstləri həll edilmiş MIN və QƏHƏR Dəyər dəstilər bir-birini istisna edir və MAX-dakı konsepsiya kodlarının uyğun alt dəstləri olmalıdır Dəyər dəsti genişləndirmə.

      Bu proses aşağıdakı diaqramlarda göstərilmişdir. Baş hərf A-J və 'Yerli-1' və 'Yerli-2' müəyyənləşdirmək üçün formalizmlərdə müəyyən edilmiş anlayışları təmsil edir Dəyər dəstləri:

      Bu diaqramlarda MAX dəyər dəsti sarı rəngdə göstərilir. Böyük sarı oval icazə verilən kodların tam dəstini göstərir (istənilən CWE məzmunu daxil olmaqla). Kiçik kəsikli dairə MAX daxilində açıq şəkildə müəyyən edilmiş kodlar dəstini göstərir Dəyər dəsti tətbiq edənlərin istifadəsi məhduddur. MIN və İQİDSİZ dəstlər yaşıl və çəhrayı rəngdə, sonuncu diaqramda isə İHARATDIR Dəyər dəsti eyni zamanda CWE-dir, xaricində möhkəm astarlı bir ellips nəzərə alınmayacaq ümumi kodlar dəstini göstərir, daxili kəsikli ellips kodları açıq şəkildə IGNORED-də göstərir Dəyər dəsti.

      Həm MAX-da, həm də İQİDAR edilməmiş vəziyyətdə CWE kodlaşdırma gücünə sahib olmağın məqsədi Dəyər dəstis Dəyər Dəstəyi Təsdiq göndərilən kodlar tərəfindən səhvlərin baş verməməsi, lakin MAX, MIN və IQNORED dəyər setlərində açıq şəkildə müəyyənləşdirilməyən kodların işlənməməsi nəticəsidir.

      Sərt söz uyğunluğu bəyannamələrinin mürəkkəbliyi hər kəsə lazım deyil. Bəzi spesifikasiyalar üçün bir sıra icazə verilən kodlarla razılaşmaq belə bir problemdir. Bütün sistemlərin dəstəkləməsi lazım olan tam olaraq hansı kodları yazmaq mümkün olmaya bilər. Bu, xüsusilə beynəlxalq səviyyədə seçilmiş lüğətlər üçün etibarlı olacaqdır. Bu vəziyyətdə, MIN və QƏDƏR QALDI Dəyər dəstilər ümumiyyətlə təyin olunmamış qalacaq.

      Bunların məqsədi əlavədir Dəyər dəstis, icazə verilən kodlardan hansının bir spesifikasiyaya uyğunluğu tələb edən tətbiqetmələr tərəfindən tam dəstəklənməsini aydınlaşdırmaq və dəstəklənməyən söz ehtiyatının necə işlənəcəyini təyin etməkdir. Məsələn, bir tətbiq hər bir ICD10 diaqnoz kodunu göndərə və ya ala və işləyə bilməli və ya bəzi alt qruplarla məhdudlaşa bilər, digərlərini görməməzlikdən gələ və ya hətta rədd edə bilərmi? "Dəstəklənməyən" kodlar üçün gözlənilən alıcı davranışını fərqləndirə bilmək, qarşılıqlı əlaqəni təyin edərkən vacibdir. Dəstəklənməyən kodları rədd edən bir tətbiq, dəstəklənməyən kodları laqeyd edən bir tətbiqdən fərqli olaraq işləmə müddətində çox fərqli bir təsir göstərəcəkdir. Bu səbəbdən, MIN-i təyin etmə qabiliyyəti və YOXDUR Dəyər dəstis metodologiyanın bir hissəsi olmalıdır.

      Lüğət bağlama kodlaşdırılmış model elementlərinin semantikasını HL7 məlumat modellərində və ya kodlanmış məlumat növü xüsusiyyətlərində ifadə etmək üçün istifadə ediləcək xüsusi kodların müəyyənləşdirilməsinin mexanizmidir. Lüğət bağlama kodlanmış elementi və ya məlumat növü xüsusiyyətini tək bir sabit dəyər koduna bağlaya bilər və ya a-ya bağlaya bilər Dəyər Dəstəyi Təsdiq. Bağlanan kolleksiyanın təsvirinə, kolleksiyanın istifadəsi və sabitliyinin digər aspektlərinə nəzarət edən parametrlər ilə yanaşı a Dəyər Dəstəyi Təsdiq (əvvəlki hissədə təsvir edilmişdir). Müəyyənləşdirmək üçün lüğət bağlama tələb olunur Lüğətə uyğunluq (yuxarıda təsvir edilmişdir).

      Üçün iki yanaşma var Lüğət bağlama: Model məcburiKontekst bağlama.

      Model məcburi birbaşa kodlanmış bir atribut və ya məlumat növü xüsusiyyətini bir və ya daha çoxunun siyahısına bağlayır Dəyər Dəstəyi İddiaları və ya kodlu element üçün Lüğət Bəyannaməsindəki sabit kodlar. A Model məcburi olduqda yerinə yetirilir Konsepsiya Domeni bəhs olunur Lüğət açıqlaması siyahısı ilə əvəz olunur Dəyər Dəstəyi İddiaları və ya sabit bir kod. Tək bir kodla bağlanma yalnız üçün istifadə edilə biləcəyini unutmayın Model məcburivə kodlar ağacı və ya başqa bir kolleksiya növü istənildiyi təqdirdə bağlama yalnız bir kodla əlaqəli ola bilər, onda toplama bir ilə müəyyənləşdirilməlidir. Dəyər dəsti və a istifadə edərək bağlanmaq Dəyər Dəstəyi Təsdiq.

      Tək Model məcburi ya tək bir kod istinadından, ya da ardıcıl bir siyahıdan ibarətdir Dəyər Dəstəyi İddiaları. Əgər Model məcburi birdən çox kodu təşkil edir, içərisində olan aşağıdakı dörd arqumentin (ümumiyyətlə yalnız bir) dəstlərindən ibarətdir Lüğət açıqlaması kodlu model elementinin və ya məlumat növü mülkiyyətinin:

      • Dəyər Dəstəyi Təsdiq (tələb olunur)
      • qüvvəyə minmə tarixi (tələb olunur)
      • bitmə tarixi (istəyə görə)
      • ardıcıllıq (istəyə görə).

      Zaman Model məcburi tək bir koddur, the Lüğət açıqlaması aşağıdakı dörd arqumentdən bir dəsti ehtiva edir:

      • Kod (tələb olunur)
      • Kod sistemi (tələb olunur)
      • qüvvəyə minmə tarixi (tələb olunur)
      • bitmə tarixi (istəyə görə)

      Kontekst bağlama arasındakı birlikdir Konsepsiya Domeni, a Bağlayıcı səltənət, və Dəyər Dəstəyi Təsdiq bunlara istinad edən məlumat modellərindən və məlumat növü xüsusiyyətlərindən ayrı olaraq nəşr edilmişdir Konsepsiya Domenis. Kontekst bağlama olduqda istifadə olunur Dəyər Dəstəyi Təsdiq modelin müəyyən bir nümunəsi üçün istifadə ediləcəyi model dizaynı zamanı bilinmir. Çünki Bağlayıcı səltənət instansiya ilə əlaqəli instansiya daxilində müəyyənləşdirildikdə, model spesifikasiyasını bilən instansiya alıcısı üçün mümkündür (və beləliklə Konsepsiya Domeni) uyğun olanı təyin etmək Dəyər Dəstəyi Təsdiq qarşı doğrulamaq. The Kontekst bağlama tək arasında bir əlaqə ola bilər Konsepsiya Domeni, Bağlayıcı səltənətDəyər Dəstəyi Təsdiq, ya da siyahıda dəyişən yeganə arqumentin olduğu bu əlaqələrin siyahısı ola bilər Dəyər Dəstəyi Təsdiq.

      Anlamaq vacibdir ki, HL7 V3 modeli tamamlandıqdan və təsdiqləndikdən sonra hələ də tətbiq edilə bilməz, çünki müəyyən kodlaşdırılmış atributlar məhdudlaşdırılmamış ola bilər Konsepsiya Domenis (həyata keçirilə bilmək üçün hər kodlanmış atribut a ilə əlaqəli olmalıdır Dəyər Dəstəyi Təsdiq icazə verilən kodlar). Kontekst bağlama mücərrəd bir model spesifikasiyasının ayırmaqla həyata keçirilə biləcəyi mexanizmdir Dəyər Dəstəyi Təsdiq model inkişafından spesifikasiya. Bu növ Cildin əsas xarakteristikası fərqlidir Bağlayıcı səltənətlər fərqli göstərə bilər Dəyər Dəstəyi Təsdiqeyni məlumat modeli ilə istifadə ediləcəkdir. Həm də nəzərə alın ki, Model Bağlama, müəyyən bir modeldə istifadə olunan hər yerdə müəyyən bir modeldə bir kodlu model elementini məhdudlaşdırsa da, Kontekst bağlama bağlayır Dəyər Dəstəyi Təsdiqtəkə Konsepsiya Domeni, birdən çox modeldə birdən çox kodlu model elementi ilə əlaqələndirilə bilər (ancaq birinin daxilində) Bağlayıcı səltənət). A Kontekst bağlama istifadə olunan bütün modellər üçün etibarlıdır Bağlayıcı səltənət iddia edildiyi və Söz Bəyannaməsində bunu müəyyənləşdirən bütün kodlanmış model elementləri Konsepsiya Domeni. Bu, bir çox müstəqil müəllif modelində söz ehtiyatının tutarlılığını təmin edir.

      Tətbiqlər hiyerarşik təbiətdən istifadə edir Bağlayıcı səltənəts müəyyən etmək Dəyər Dəstəyi Təsdiq. Konkret olaraq, hər biri üçün Konsepsiya Domeni əlaqədar kod toplanmasını təyin etməyə ehtiyac olduğu üçün işləmə ilə başlamalıdır Bağlayıcı səltənət model nümunəsində həmin nöqtədə elan edildi. Xeyr Kontekst bağlama bunun üçün tapılmışdır Bağlayıcı səltənət, bunun valideynidir Bağlayıcı səltənət iyerarxiyada araşdırılır və bu, bir bağlama tapılana qədər ağacı davam etdirir. Hamının ağacının zirvəsi Bağlayıcı səltənətlər dır,-dir,-dur,-dür Universal Bağlayıcı səltənət. Məsələn Bağlayıcı səltənət "Canada Human Dental" dir və heç bir məcburiyyət mövcud deyil, tətbiq daha sonra "Canada Dental" və "Canada Human", sonra "Canada", sonra "Universal" işarələrini yoxlayacaqdır.

      Xeyr Kontekst bağlamaBu yolun ağacından yuxarıya doğru izlənildiyi üçün s tapılır Konsepsiya Domenis Konsepsiya Domeni bu kodlanmış element üçün modeldə göstərilənlər məhdud sayılır. İstifadə ediləcək kodların təyin edilməsi, ümumdünya daxilində və ya bunun üçün uyğun bir bağ yaradılıncaya qədər sahəyə məxsus danışıqlara tabedir Bağlayıcı səltənət. Sözlük Bəyannamələri kənarda məhdudlaşdırılmayan kodlu model elementləri üçün uyğunluq iddiaları irəli sürülə bilməz Konsepsiya DomeniKonsepsiya Domeni sərhədsiz qalır.

      Tərəfdaşlar a olduğu bir vəziyyətin olmamasına diqqət yetirməlidirlər Bağlayıcı səltənət birdən çox valideynə sahibdir və bunun üçün bir məcburiyyət mövcuddur Konsepsiya Domeni bu valideynlərdən birindən çoxu üçün. Bu vəziyyət baş verərsə, məcburi tətbiqetmə təyin olunmur və sahəyə məxsus razılaşma yolu ilə müzakirə edilməlidir. (Bu, filialların özlərinə poli-hiyerarşiləri tətbiq edərkən son dərəcə ehtiyatlı olması üçün yaxşı bir səbəbdir Bağlayıcı səltənət təriflər.)

      Hiyerarşisini istehsal edən məhdudlaşdırma mexanizmi Bağlayıcı səltənətlərin də hər hansı bir təsiri var Kontekst bağlama verilmiş üçün Konsepsiya Domeni hər hansı birinə uyğun bir məhdudiyyət olmalıdır Kontekst bağlamaeyni şeydir Konsepsiya Domeni üçün Bağlayıcı səltənətbunların əcdadı olanlar Bağlayıcı səltənət cari bağlamada. Məsələn, əgər Kontekst bağlama üçün mövcuddur Konsepsiya Domeni Avstraliya dilində AddressPartType Bağlayıcı səltənət, Dəyər Dəstəyi Təsdiq Ümumdünya ilə əlaqəli bir məhdudiyyət olmalıdır Dəyər Dəstəyi Təsdiq üçün Konsepsiya Domeni ÜnvanPartType.

      A Kontekst bağlama uyğunluq bağlamalarını ehtiva edən sənədin yayımlanmasından sonra (ümumiyyətlə bəziləri tərəfindən yayımlandıqdan) bir müddət sonra qüvvəyə minə bilər Bağlayıcı səltənət bu səbəbdən isteğe bağlı bir qüvvəyə minmə tarixi və bitmə tarixi də ola bilər.

      A Kontekst bağlama həmçinin isteğe görə a-dakı yazıları fərqləndirmək və prioritetləşdirmək üçün bir sıra nömrəsi daxil edə bilər Kontekst bağlama bir siyahısı var Dəyər Dəstəyi Təsdiqtək, daha çox. Bəzi yurisdiksiyalarda alternativin təyin edilməsi üçün qanuni bir ehtiyac ola bilər Dəyər dəstikontekstə bağlı olanlar. Məsələn, Kanadanın bəzi bölgələrində tənzimləyici mühit bir göndəricinin diaqnozu SNOMED-CT kodu və ya ICD10-CA kodu ilə təyin edə biləcəyini əmr edir, bununla birlikdə sistemlər hər zaman birini istifadə etməlidirlər Dəyər dəsti ya da digeri. Sıra nömrəsi alternativlərdən hansının 'üstünlük' verildiyini təyin etməyə xidmət edir.

      Tək Kontekst bağlama ümumiyyətlə bu altı arqumentin yalnız birindən, ehtimal ki (ardıcıllıqla) siyahısından ibarətdir:

      • Kontekst Domeni və ya alt etki (tələb olunur)
      • Bağlayıcı səltənət (tələb olunur)
      • Dəyər Dəstəyi Təsdiq (tələb olunur)
      • qüvvəyə minmə tarixi (tələb olunur)
      • bitmə tarixi (istəyə görə)
      • ardıcıllıq (istəyə görə).

      Qeyd etmək lazımdır ki, a Kontekst bağlama tək bir kodda ola bilməz (Model Bağlamadan fərqli olaraq). Tək bir kod üçün bir məcburiyyət olmalıdırsa, o zaman a Dəyər dəsti Genişləndirilməsi yalnız o bir kodu ehtiva edən iddia müəyyənləşdirilməli və Kontekst bağlama bəyanat. Ayrıca Dəyər Dəstəyi Təsdiq özü minimum 2-dən 10-a qədər fərdi maddədən ibarətdir. Əgər Kontekst bağlama kimi UV (universal) təyin edən mövcuddur Bağlayıcı səltənət, digər məcburi sahələrdəki hər hansı bir bağlama, Universal bağlama tərəfindən icazə verilən kodlar toplusundan götürülməklə məhdudlaşır.

      Arasındakı fərq Model məcburiKontekst bağlama fəaliyyətlərin vaxtını təsir edir, bağlanma üçün fərqli bir sahəni təmsil edir və terminologiyaları beynəlxalq səviyyədə standartlaşdırmaq istəməsinə baxmayaraq hər yerdə xüsusi söz ehtiyatlarının istifadəsi üçün tam bir konsensusun tez-tez əldə edilə bilməməsi ilə əlaqələndirilir. Model məcburi model inkişaf etdiricilər tərəfindən həyata keçirilir və modeldəki xüsusi kodlu elementlərin bütün istifadəsinə universal şəkildə aiddir. Kontekst bağlama tərəfindən həyata keçirilir Bağlayıcı səltənət səlahiyyət və bütün kodlu model elementlərinə aiddir Konsepsiya Domeni içindəki hər hansı bir model və ya əsər Bağlayıcı səltənət.

      Cildin davamlı məlumat ifadəsi üçün insan tərəfindən dəqiq oxunan sintaksis (daxil olmaqla) Lüğət izahatlarıDəyər Dəstəyi Təsdiqs) Tətbiq və Uyğunluq iş qrupu tərəfindən müəyyən edilir, bunun formasını müəyyənləşdirmək üçün Lüğət və I & ampC arasında cari bir ortaq layihə mövcuddur. Bu birgə layihə üçün təqdim edilə bilən bir sənəddir və V3 Bülleten Vəqfi Bölmə, Zəriflik, Məhdudlaşdırma və Yerləşdirmə bölməsində, Uyğunluq alt hissəsində sənədləşdiriləcək və bu sənədin köhnə bülletenlərindəki əvvəlki layihə sintaksis nümunələrini əvəz edəcəkdir. MIF-də Bağlayıcılığı təmsil etmək üçün maşınla işlənə bilən bir sintaksisin olduğunu unutmayın.

      HL7 Beynəlxalq Konsepsiya Domenis və Dəyər dəstilər Söz Harmonizasiyası üçün təlimat və təlimatlarla birlikdə nəşr olunan adlandırma qaydalarına uyğun olaraq adlandırılacaqdır. Bu bülletenin yayımlandığı zaman bu qaydalar HL7 Wiki-də lüğət daxilində tutulur və son Uyğunlaşma və İşçi Qrup iclaslarında verilmiş qərarları sənədləşdirir. Bu sənədləşdirilmiş təlimatlar Lüğət asanlaşdırıcıları üçün nəzərdə tutulmuşdur və lüğət uyğunlaşma prosesi yetişməyə davam etdikdə dəyişə bilər. Lüğət üçün HL7 Wiki, HL7 Lüğət İş Qrupu Wiki səhifəsində tapıla bilər

      Artıq yeni yaradılmasa da, tarixən HL7 var idi Dəyər dəsti& # 8220X domenləri & # 8221 adlandırılanlar. Bunlar ümumiyyətlə idi Dəyər dəstistruktur kodlar üçün yaradılmışdır (məsələn, ActClass, EntityDeterminer) və kod sistemində heç bir semantik qruplaşdırma təmsil etməyən özbaşına kodlar siyahısından ibarətdir. Bunlar üçün adlandırma konvensiyası Dəyər dəstis, onlara "x_" ilə prefiks qoymaq idi. HL7 müxtəlif terminoloji əsərlər haqqında anlayışını aydınlaşdırdı və müxtəlif terminoloji əsərlərin ayrı-ayrılıqda göstərilməsinə və saxlanmasına imkan verən alət hazırladığından, "X-domen" ifadəsinə ehtiyac aradan qaldırıldı. Bu səbəbdən bu terminin istifadəsi köhnəlmişdir. Artıq təsadüfən sadalanarkən xüsusi bir adlandırma konvensiyasına əməl etmək tələbi yoxdur Dəyər dəstimövcud olsa da Dəyər dəsti"x_" prefiksi ilə işarələnən əsərlər üçün problemlərin qarşısını almaq üçün ehtimal ki, saxlanılacaqdır Dəyər dəstibu adlarla.

      Aşağıdakı diaqramın qrafik təsviri verilir Kod sistemilər, Konsepsiya Domenilər, Dəyər dəstilər və bunlarla əlaqəli xüsusiyyətlər, yuxarıda göstərilən digər əsas anlayışlarla birlikdə. Diqqət yetirin ki, bu HL7 Lüğətinin əsas səviyyələrin hər birinin təfərrüatlı məzmunu və xüsusiyyətlərini göstərməyən yüksək səviyyəli bir məlumat modeli, bu HL7 lüğət modeli bu sənədin əhatəsindən xaricdir. Bu model diaqramın məqsədi yuxarıda göstərilən anlayışları göstərməkdir, tətbiq planı kimi xidmət etmək deyil. HL7 Vocabulary Model HL7 Vocabulary Work Group tərəfindən nəşr olunur.

      Bu sənədin dərc edildiyi zaman, HL7 Vocabulary Modelinin ən mükəmməl və düzgün tətbiqi "mif-model-vocabulary.xsd" şema sənədində müəyyən edilmiş Model mübadiləsi formatında (MIF). Daha çox məlumat üçün səs verilmiş MIF sənədlərinə müraciət edin.

      Bu fəsildə və ya bölmədə HL7 əsas modellərinin bir-biri ilə əlaqəsini və bunların xüsusi nümayəndəlik ehtiyaclarını ödəmək üçün necə istifadə edilə biləcəyini təsir edən bir sıra mövzular var. Mövzulardan heç biri struktur və məlumat tipləri modellərinin sənədləşdirilməsində asanlıqla bir yerə təyin edilə bilməz və hər biri əsas prinsiplər sənədi daxilində ətraflı müzakirə və qaydalar dəsti üçün kifayət qədər idxal hesab olunurdu. Özlərini təqdim edən mövzular izləyir.

      Seriallaşdırılmış bir informasiya modeli, ITS qaydalarına görə hiyerarşik bir quruluşa çevrilmiş modeldir. (Yuxarıya bax.) Belə bir modeldə, modelin hər bir elementi, sözügedən modelin kök sinifinin övladı və ya nəslinə çevrilir, bir sinifdən nəsillərinə keçərək modelin bloklanmamış birləşmələri boyunca meydana gəlir. Belə bir hiyerarşidə bir ana elementin hansı xüsusiyyətlərinin bir uşaq elementi üçün aparıldığı (miras alındığı) hesab edilə biləcəyi sualı ortaya çıxır.

      Məsələn, çoxsaylı "komponent" uşaq əmrləri olan bir ana sifarişdən ibarət bir sifariş nümunəsi varsa və ana əmr Dr Jones tərəfindən "müəllif" edilmişdirsə, etibarlı şəkildə komponent sifarişlərinin də müəllif olduğunu qəbul etmək olar. Dr Jones? Bu sualın cavabı kontekst keçiriciliyini əhatə edən aşağıdakı "qaydalarda" tapılmışdır.

      Qeyd: RIM demək olar ki, yarandığı gündən bəri kontekst keçiriciliyinin müəyyənləşdirilməsi üçün bir mexanizmə malikdir. Bununla birlikdə, 2009-cu ildə mövcud mexanizmin pis başa düşüldüyü və istifadəsi çətin olduğu, nəticədə tez-tez laqeyd edildiyi və ya sui-istifadə edildiyi aydın oldu. Əvvəlki mexanizmi düzəltmək və ya dəyişdirmək üçün təkliflər nəzərdən keçirildikdən sonra, bu mexanizm 2010-cu ilin martında köhnəlmiş və burada izah edilən mexanizm bütün gələcək modellərdə istifadə üçün qəbul edilmişdir.

      Ətrafdakı qaydalar söz bazasına əsaslanan kontekstin aparılması, yeni təyin olunduğu kimi, aşağıdakı təriflər və prinsiplər ətrafında mərkəzləşin:

        Kontekst & # 8212 Xüsusi Qanunun konteksti, həmin Qanunun xüsusiyyətləri olan Akt əlaqəsi və İştirak əlaqələri toplusu olaraq təyin edilir, bilavasitə sözügedən Qanundan qaynaqlandıqlarını və ya sinifə aparan bir Qanun İlişkiləri daxilində aparıldıqlarını.
        [Qeyd: bir vaxtlar bu mövzunun müzakirələri, kontekstin bir hissəsi olaraq "isDocumentCharacteristic = true" ilə Qanunun xüsusiyyətlərini daxil etdi. Mart 2010-cu ildə qəbul edilmiş təriflər bu xüsusiyyətləri "kontekstə" daxil etmir.]

      "Keçirilə bilən" konsepsiya xüsusiyyəti, varsayılan dəyəri doğru olan bir Boolean. Doğrudursa, "göstərilən tipdəki AktRelationship və ya İştirakların (və bunların hər hansı bir ixtisaslaşmasının) normal şəkildə aparılacağını göstərir." Beləliklə, müəyyən bir bəyanat olmadıqda, bir konsepsiya, ixtisaslaşdığı konsepsiyanın "keçirilə bilən" xüsusiyyətini miras alır.

      Müəyyən edildiyi kimi, model burada müəyyənləşdirildiyi kimi V (söz bazasına əsaslanan) aparıcılıq tərzindən istifadə edirsə, iletimStyle model xassəsi elan edilməlidir. Mülkiyyət identifikatoru müəyyənləşdirilməyibsə, modeldə artıq köhnəlmiş contextConductionCode və ya contextConductionInd atributları varsa və ya bu atributlar yoxdursa mən (nəticə çıxarıldı) ya C (ötürücü göstəriciyə əsaslanan) olur

      Kontekstin bir elementi öz növ kodu atributda göstərildikdə və ya onun növ kodunun ümumiləşdirilməsi (əcdadı) siyahıda olduqda bloklanır. Bütün digər kontekst elementləri aparır.

      Bir ActRelationship-də bloklanan bir kontekst elementi, bu ActRelationship ilə əldə edilən nəsil sinfinin kontekstinin bir hissəsi deyil. Buna görə də nəsil sinifləri kontekstində bloklanır.

      Ətrafdakı qaydalar Qanun sinfinin fərdi xüsusiyyətlərinin kontekstində aparılmasıyeni təyin olunduğu kimi aşağıdakı tərif və prinsipləri daxil edin:

        Seçilmiş nümunələrin atributları Qanun sinfi, ActRelationship-in actAttributeContextBlockedInd atributu ilə əlaqəli aktların əlaqəli digər nümunələrinə aparılması üçün seçilə bilər. Bu atribut defolt olaraq "yalnış" olur. Beləliklə, seçilmiş atributlar standart olaraq aparılır.

      HL7 məlumat modelləri, sistemlər arasında mübadilə edildiyi zaman gerçək dünya haqqında məlumatları təmsil etmək üçün istifadə olunur. Nümunədəki obyektlər, müəyyən miqdarda məlumatın bilindiyi real dünya konsepsiyalarını təmsil edir. Aşağıdakılardan bəhs edildiyi kimi bu obyektlərlə & # 8212 anlık görüntü və Yeniləmə Modu & # 8212 ilə məşğul olmaq üçün iki əsas metodologiya var.

      Bu rejimlərin birləşmələrini əhatə edən kompleks ssenarilər nəzərdə tutulsa da, HL7, işləmə mürəkkəbliyini azaltmaq üçün birləşdirmə rejimlərini dəstəkləmir. Bir obyekt bir istinad olaraq qəbul edilərsə, obyektdə hər hansı bir yeniləmənin baş verə biləcəyinə dair heç bir ümid yoxdur. Bir obyekt yeniləmə rejimi istifadə edərək təmsil olunursa, əlaqəli yeniləmə təlimatı olmayan obyektin bir hissəsi kimi verilən hər hansı bir məlumat nəzərə alınmır.

      Anlık görüntü, göndərmə sisteminin, məlumat elementlərinin əlavə olunduğu, dəyişdirildiyi və ya silindiyi xüsusi göstəriciləri olmayan mesajdakı bütün məlumatları daxil etdiyi bir metodikadır. İstilah ona görə seçilib ki, mənbə sistemi obyektlərin bilikləri şəkillərini göndərir.

      Anlık görüntü ümumiyyətlə təyinat sisteminin bilinmədiyi sistemlər arasında məlumat mübadiləsi edildikdə və ya təyinat sisteminin həqiqi dünya konsepsiyası barədə onsuz da nə qədər məlumata sahib olduğu aydın olmadığı zaman istifadə olunur.

      Qəbul edən bir tətbiq bir anda çəkiliş şəklində təmsil olunan bir obyekti işləyərkən və bu obyektlə uyğunlaşan real dünya konsepsiyası haqqında məlumatlara sahib olduqda, tətbiq instansiyadakı obyektləri əvvəlki məlumatları ilə uyğunlaşdırmalı və sonra uyğun şəkildə işləməli mesajdan faylda olan məlumata (məsələn, bəzi hallarda obyektlərin bütün atributlarını və birləşmələrini birləşdirmək məntiqli olar) məlumat.

      • Göndərənlərin tətbiq etməsi daha asan ola bilər
      • Bir çox göndərmə sistemi bu şəkildə Versiya 2 mesajlarını tətbiq edir
      • Tipik olaraq alıcıların lazımi şəkildə işlənməsi daha mürəkkəbdir
      • Müvafiq məlumatların silinməsi daha asandır

      Yeniləmə rejimi, mesaj tərtibatçısının mesaj içərisindəki maddələr üçün icazə verilən yeniləmə rejimi dəyərlərini və mesaj göndərənin mesaj içindəki maddələr üçün xüsusi yeniləmə rejimi dəyərini təyin etdiyi bir metodikadır.

      Bəzi kontekstlərdə təyinat sistemi yaxşı bilinir və mənbə və təyinat sistemləri arasında təyinat sisteminin saxladığı məlumatların mənbə sisteminə yaxşı məlum olmasını təmin edən gizli və ya açıq bir müqavilə mövcuddur. Belə kontekstlərdə yalnız mənbə sistemində baş verən və ya təyinat sistemində baş verməli olan dəyişiklikləri göndərmək mümkündür. Bu dəyişikliklər mövcud məlumatlara əlavə, silinmə və düzəlişlər ola bilər. Bu təcrübə "yeniləmə" rejimi kimi tanınır.

      Yeniləmə rejimi üçün başqa bir istifadə, mənbə tətbiqinin anlıq görüntü düyünündə olduğu kimi mesaj spesifikasiyasında eyni məlumat elementlərini ehtiva etməsidir, lakin mesaj spesifikasiyasındakı hər bir məlumat elementi üçün əlavə olunduğunu və başqa bir maddəni əvəz etdiyini göstərən hər bir dəyəri qeyd etməsidir. və ya dəyişməyib.

      Yeniləmə rejimindən istifadə edilə biləcəyi yerlərdə bir neçə üstünlük təklif olunur. Potensial üstünlüklər (istifadəsindən asılı olaraq):

      • azalmış instansiya ölçüsü
      • alıcının göndəricinin hansı dəyişikliklər etdiyini müəyyənləşdirmək üçün məlumatları müqayisə etməsinə ehtiyac yoxdur
      • alıcının birdən çox mənbədən məlumat topladığı yerdə, dəyişiklikləri təyin edərkən əvvəlcədən göndərilən məlumatlarla yetərincə müqayisə edə biləcəyini təmin etmək üçün müəyyən bir göndəricidən alınan məlumatları & # 145 görüntüləri və # 146 saxlamağa ehtiyac yoxdur.
      • azaldılmış işləmə müddəti
      • qərar qəbuletmənin daha sadə həyata keçirilməsi
      • göndərən sistemin məlumatları necə işlətdiyinə dair vacib məlumatları çatdırır
      • hansı dəyişikliklərin edildiyi baxımından hesabatlılıq məlumatlarını sorğu cavablarına imkan verir (Bax. Hesabatlılıq).
      • yeniləmə rejimi iki sistemin məlumatları sinxronlaşdırmadan əldə etməsi üçün fürsət təklif edir (buna görə modelləşdiricilər və tətbiqetmələr həmişə bu məsələdə diqqətli olmalıdırlar) və
      • adətən mənbə sistemi üçün əlavə səy tələb edir

      V3 nümunələri üçün normal rejim anlıq görüntü yeniləmə rejiminə yalnız məhdudlaşdırıcı model dizaynı yeniləmə rejiminə xüsusi icazə verdikdə icazə verilir.

      Yeniləmə Nəzarəti təfsiri mesaj növünün kontekstindən asılıdır:

      1. Vəziyyət-keçid bildirişi və ya vəziyyət-keçidin yerinə yetirilməsi istəyi tetikleyici hadisəsi (fokus sinfi göndərmə sisteminə məxsus bir obyekt olduğu) ilə idarə olunan bir mesajda istifadə edildikdə, yeniləmə nəzarəti göndərmə sistemində baş verən dəyişikliyi bir tetikleyici hadisə ilə əlaqəli vəziyyət dəyişikliyinin nəticəsidir. Alıcının göndərmə sistemində edilən dəyişiklikləri etmək məcburiyyətində deyil.
      2. Vəziyyət-keçid istəyi tetikleyici hadisəsi (fokus sinfi qəbuledici sistemə məxsus bir obyekt olduğu) tərəfindən idarə olunan bir mesajda istifadə edildikdə, yeniləmə nəzarəti göndərici sistem tərəfindən bu tetikleyici hadisə nəticəsində istədiyi dəyişikliyi təmsil edir. Alıcı tələbi qəbul edərsə, tələb olunan dəyişiklikləri etməlidir.
      3. Bir sorğu cavab mesajında ​​istifadə edildikdə, yeniləmə nəzarəti göndəricinin obyektində baş vermiş ən son dəyişikliyi təmsil edir, potensial olaraq müəyyən bir vaxta qayıdır. İş qrupu dizaynı dəyişikliklərin bir sorğu parametri ilə təyin edildiyi və ya sorğu tərifi ilə təyin olunduğu vaxta icazə verə bilər. Başqa bir şəkildə göstərilmədiyi təqdirdə, başlanğıc vaxtı sistemin obyektdən ilk dəfə xəbərdar olmasıdır.

      HL7, Yeniləmə Nəzarəti, Referans Nesnələri və Nesnələri Müəyyənləşdirmə anlayışlarını dəstəkləmək üçün updateMode adlı tək bir xüsusiyyət təmin edir.

      Qeyd: daha uyğun bir ad useCode ola bilər, ancaq mülk adı geriyə uyğunluq səbəbləri üçün updateMode olur.

      Qeyd: UpdateMode mülkiyyəti, siniflərdə rəsmi olaraq təyin olunmasına baxmayaraq, əslində siniflər və məlumat növləri üçün deyil, birliklər və atributlar üçün tətbiq olunur.

      UpdateMode xüsusiyyətinin dəyəri, atributun və ya assosiasiyanın nümunənin işlənməsinə necə töhfə verdiyini müəyyənləşdirir. HL7 modelləri updateMode atributunun istifadəsinə ciddi şəkildə nəzarət edir, yalnız məhdudlaşdırıcı modelin icazə verdiyi bir dəyərlə doldurula bilər. Dəyər yoxdursa, nümunənin necə işlənəcəyinə dair rəhbərlik üçün məhdudlaşdırıcı modelə müraciət edilməlidir.

      UpdateMode mülkiyyəti, HL7UpdateMode kod sistemində aşağıdakı dəyərlərdən birinə sahib ola bilər

      Bu dəyərlərə dair qeydlər:

      1. R (dəyişdir) və AR (əlavə et və ya dəyişdir) toplama məlumat növlərindən birində (DSET, BAG və ya LIST) birdən çox atribut dəyərinə tətbiq edilə bilməz. Tək bir atribut dəyəri bir R ilə işarələnmişsə (dəyişdir) bir kolleksiyanı yeniləmək üçün istifadə olunursa, vahid dəyər kolleksiyadakı bütün elementləri əvəz edir
      2. R (dəyişdir) və AR (əlavə et və ya dəyişdir) toplama məlumat növlərindən birində (DSET, BAG və ya LIST) birdən çox atribut dəyərinə tətbiq edilə bilməz. Tək bir atribut dəyəri bir R ilə işarələnmişsə (dəyişdir) bir kolleksiyanı yeniləmək üçün istifadə olunursa, vahid dəyər kolleksiyadakı bütün elementləri əvəz edir
      3. REF (istinad) atributlara deyil, yalnız assosiasiyalara tətbiq edilə bilər, çünki növü assosiasiya növü olan tam bir obyektə istinad etmək üçündür.
      4. U (bilinməyən), semantik cəhətdən NI-nin bir nullFlavoruna bərabərdir. Lakin V3-də bəzi metodoloji məsələlərə görə bəzi hallarda müəyyən bir kod tələb olunur.
      5. Bir maddə kolleksiyadan silinərsə, uyğun gələn bütün maddələr kolleksiyadan silinməlidir

      Bu bölmə, ümumiyyətlə HL7 domen iş qrupları olan məlumat modelləri dizayn edən insanlar üçün nəzərdə tutulmuşdur.

      Bir model tərtib edərkən bir komitə, updateMode-un komitə tərəfindən müəyyən edilmiş atributlarda və birliklərdə istifadə edilməsinə icazə verə bilər. UpdateMode-u aktivləşdirmək üçün komitə icazə verilən updateMode dəyərlər dəstini seçməlidir.

      İcazə verilən dəyərlər qrupunu müəyyənləşdirməklə yanaşı, komitə atribut və ya assosiasiya üçün default defaultMode müəyyənləşdirməyi də seçə bilər. Nümunədə göstərilmədiyi təqdirdə alıcı tərəfindən qəbul ediləcək updateMode budur.

      & # 8220updateMode & # 8221 xassəsi bir identifikator atributu (məsələn Entity.id, Role.id, Participation.id və Act.id atributu) üçün & # 8220replace & # 8221 üçün istifadə edilə bilməz. Bir identifikator səhvən tutulubsa, səhv təqdimetmə ləğv edilməli və qeyd düzgün identifikatorla yenidən təqdim edilməlidir. Köhnə identifikatoru əvəzləyən yeni bir identifikator verilmişdirsə, obyekt yeni identifikatorla əvəzlənə və ya köhnə obyekti əvəz edə bilər.

      Bir atribut və ya assosiasiya üçün heç bir updateMode dəsti aktivləşdirilməyibsə, bu updateMode & # 145Unknown & # 146 olaraq ayarlanmışdır. Yəni cari element dəyəri dəyişdirilib edilməməsi göstərilmədən göstərilmişdir.

      RIM atributları üçün mövcud olan icazə verilən updateMode dəyəri varsayılan olaraq boşdur. Bu o deməkdir ki, iş qrupları istifadə edilmələrini istədikləri yerdə DİM-dəki hər bir atribut və ya birlik üçün dizayn daxilində icazə verilən bir yeniləmə rejimi dəyərlərini elan edərək Yeniləmə Modu aktivləşdirməlidir. DIM-də bir updateMode dəsti təyin edildikdən sonra, hər hansı bir çıxarılan modeldə (SIM, seriallaşdırılmış məlumat modelləri və ya seriallaşdırılmış mesaj modelləri) eyni və ya məhdudlaşdırılmalıdır. Yəni updateMode dəyərləri icazə verilən dəstdən silinə bilər, lakin heç vaxt əlavə olunmur.

      Bir komitə, müəyyən bir atribut və ya birlik üçün updateMode dəyərlərini təyin edərsə, tətbiqetmələr uyğunlaşdırılan icazə verilən yeniləmə rejimini dəstəkləməlidir. (Komitə tərəfindən müəyyən edilmiş komplektin dəstəklənməməsi qarşılıqlı uyğunlaşma problemi ilə nəticələnə bilər.) İcraçılar uyğunluq profillərində hansı yeniləmə rejimlərini dəstəklədiklərini sənədləşdirə bilməlidirlər, lakin artefaktı müəyyənləşdirən komitə tərəfindən müəyyənləşdirilənlərin dəstəklənməməsi qeyri-hesab edilir - uyğun.

      Komitənin standart bir yeniləmə rejimi təyin etməsinə ehtiyac yoxdur və istənilən bir modeldə bir defolt təyin edə bilər. Bir defolt müəyyən edildikdən sonra, sonradan çıxarılan modellərdə silinə və ya dəyişdirilə bilməz. Yəni bir SİM kartda bir defolt müəyyən edilirsə, bu SİM-dən əldə edilmiş SİM-lərdə dəyişdirilə və ya silinə bilməz. Bu məhdudiyyət səbəbindən iş qrupları DIM səviyyəsində bir default updateMode təyin etməkdən çəkindirilir.

      Yeniləmə rejimləri, LİM-lərdə göstərilməməlidir, çünki bunlar updateMode-un istifadəsi ilə bağlı öz qaydalarını yaradan bir çox fərqli məlumat modelində istifadə edilməlidir.

      1. updateMode, hamısı, hətta iş qrupları tərəfindən hazırlanan əksər modellərdə görünməsi lazım olan bir konsepsiya deyil. Qabaqcıl bir modelləşdirmə konsepsiyası kimi nəzərdən keçirilməli və yalnız vasitəçinin konsepsiyanın müəyyən etdiyi ehtiyacları lazımi səviyyədə əks etdirmək üçün konsepsiyaya ehtiyac duyulduğuna əmin olduğu modellərdə istifadə edilməlidir. Bundan əlavə, yalnız müəyyən edilmiş bir ehtiyac olduğu atributlarda və ya birliklərdə aktivləşdirilməlidir. Təlimatçı öz modelində updateMode üçün qəbul edilmiş tələbi müəyyən etdikdə, tələbi nəzərdən keçirmək üçün Modelləşdirmə və Metodologiya Texniki Komitəsinə gətirmələri tövsiyə olunur.
      2. updateMode, ilk növbədə, dövlət keçidinin & # 147revise & # 148 olduğu tetikleyici hadisələr üçün istifadə ediləcək və sorğu cavabları üçün, digər hallarda uyğun ola bilər. İşçi qrupları bu sənəddə əks oluna bilməsi üçün istifadə üçün əlavə nümunələri müzakirə etmələri tövsiyə olunur.
      3. updateMode, Transmission və ya ControlAct sarmalayıcılarında və ya strukturlaşdırılmış sənədlərdə aktivləşdirilməməlidir.
      4. Bir çanta üçün "D" bir yeniləmə rejimi, təqdim olunan elementə bərabər olan bütün elementləri BAG-dan siləcəkdir. Buna görə bir neçə eyni elementdən yalnız birini BAG-dan çıxarmaq üçün bir yol yoxdur.
      5. Id atributları heç vaxt dəyişdirin bir updateMode dəyəri ilə göndərilməməlidir. Belə bir istifadə vəziyyəti yaranarsa, gələcək metodoloji dəyişikliyi kimi həll ediləcəkdir.

      Baş verən və ya baş verməli olan dəyişiklikləri təsvir etmək üçün updateMode-dan istifadə etməklə yanaşı, həm mesajlar həm əlaqələr, həm də atributlardakı məlumatlarla əlaqəli hesabatlılıq məlumatlarını daşıyır. Hesabatlılıq məlumatı, məlumatın etibarlı olduğu və ya qüvvədə olduğu müddət aralığını və dəyəri ilə əlaqəli nəzarət aktına bir keçid daxil edə bilər. Nəzarət aktı dəyişikliyi kimin həyata keçirdiyini, dəyişikliyin nə vaxt edildiyini, hansı tətbiqi dəyişdirdiyini və ümumi davranış modelindəki dəyişiklik üçün bəzi məzmunu təsvir edə bilər.

      Ümumiyyətlə, hesabat tarixçəsinin bu forması, alıcının müəyyən bir məlumat parçasının dəyişdirildiyi səlahiyyəti təyin etməsinə ciddi ehtiyac olduğu qeyd tipli sistemlərdə istifadə olunur. Təfərrüatları başa düşmək, alıcının dəyişikliyi qəbul edib-etməyəcəyinə dair qərar qəbul etməsində kömək edə bilər.

      Hesabatlılıq məlumatları, Abstrakt Məlumat Növlərində Tarix Maddəsi (HXIT) ümumi tip uzantısı istifadə edilərək həll ediləcəkdir. Bu uzantı həm atributlara, həm də assosiasiyalara tətbiq ediləcəkdir. Vaxt ştamplarına əlavə olaraq hesabatlılıq məlumatlarına dəstək vermək üçün, HXIT uzantısı, sadə bir zaman damgası və ya bir ControlAct.id istinadının mövcudluğuna imkan vermək üçün Data Types Release 2-də dəyişdirilmişdir. Arayış fərdi bir atribut və ya assosiasiyadakı dəyişikliklərin onu dəyişdirən ControlAct ilə əlaqələndirilməsinə imkan verəcəkdir. ControlAct, hadisə vaxtı, müəllif, müəllif təşkilatı, məlumat daxil edən şəxs, səbəb və vacib hesab edilən digər hesabat məlumatları kimi məlumatları çatdırmaq üçün istifadə edilə bilər.

      Vəziyyət-keçid bildirişi, vəziyyət-keçid istəyi və ya vəziyyət-keçidin yerinə yetirilməsi tələbi ilə yaradılan qarşılıqlı təsirlərlə işləyərkən, hər bir atribut və ya assosiasiya dəyişiklikləri ilə əlaqəli fərdi ControlAct sinifləri ControlAct-ın & # 145Componentleri & # 146 olaraq göndəriləcək. ControlAct sarğısında. Sorğu cavab qarşılıqlı təsirləri ilə işləyərkən ControlAct sinifləri bir mövzu assosiasiyası vasitəsi ilə sorğu cavabının fokus sinfinə əlavə ediləcəkdir.

      Birdən çox assosiasiya və atribut tək bir ControlAct-a istinad edə bilər və ya hər biri ayrı birinə istinad edə bilər.

      İşçi qrupları, müəyyən bir atribut və ya birlik üçün HXIT və ya HIST uzantılarını ortaya qoyaraq açıq şəkildə aktivləşdirməlidirlər.

      HL7 modellərinin tam olaraq təmin edilməsi lazım deyil. Məzmunu birdən çox modelə bölməyin bir sıra səbəbləri var:

      • Ümumi məzmunun yenidən istifadə edilməsinə imkan verir
      • Modellərin "daha sadə" olmasına və qoruması və başa düşülməsi daha asan olur
      • Komitələrə, müəyyən bir məzmun sahəsini daha yaxşı bilən digər komitələr tərəfindən yaradılan mənbələrdən istifadə etməyə imkan verir

      HL7, bir modeldən başqa bir modelin içərisinə daxilolma üçün 3 fərqli mexanizm təqdim edir: CMETs, Stubs and Model Refs. Bu mexanizmlərin hər biri fərqli davranır və fərqli şəraitdə uyğun gəlir. Aşağıdakı alt hissələrdə hər bir mexanizmin təsviri və onların necə və nə vaxt istifadə olunmasına dair rəhbərlik verilir.

      CMET-lər (Ümumi Model Element Types) [6] (CMET bülleten domeninə baxın), çoxsaylı modellər tərəfindən hazırlanacağı ehtimal olunan və istinadların hamısının müəyyən bir buraxılışda tutarlı olması istəyi olan ümumi istinadlardır. Nümunələr arasında Xəstə, Təminatçı, Yer, İzahat və s. Kimi anlayışlar var. Akt, İştirak, Rol və "Digər" siniflər üçün CMET istinadları mövcud ola bilər. İstinad CMET adını müəyyənləşdirir. CMET adları, "standart" sinif adlarından, hansı əsas sinifin CMET ilə əlaqəli olmasından asılı olaraq "A_", "E_", "R_" və ya "O_" ilə əlavə olunaraq fərqlənir.

      Verilən bir CMET adının hansı modelə işarə etməsi, sərbəst buraxma prosesinin bir hissəsi olaraq təyin olunur. Hər bir buraxılışda, həmin buraxılışda dəstəklənən bütün CMET-ləri və hər bir CMET-in hansı modelləri həll etməli olduğunu təyin edən "interfeys tərifi" faylı (əvvəllər CMETInfo.txt kimi tanınırdı) olacaqdır. İnterfeys tərifi faylı CMET R_AssignedPersonUniversal-in PRPA_MT123456UV modelinə qərar verdiyini göstərirsə, bu, "R_AssignedPersonUniversal" adlı CMET-ə istinad edən bütün məlumat modellərinin praktik olaraq həmin buraxılış üçün yayımlandığı zaman PRPA_MT123456UV modelinə işarə etməsi deməkdir. Növbəti buraxılışda, interfeys tərifi sənədindəki CMET tərifi PRPA_MT123400UV-a işarə etmək üçün yenidən işlənə bilər və eyni modellərin hamısı yeni cilddən istifadə edəcəkdir. Referans modelində heç bir dəyişiklik tələb olunmayacaqdır. Eynilə, bir aləm öz interfeys sənədlərini müəyyənləşdirə bilər və nəticədə bütün universal modelləri yeniləməyə ehtiyac duymadan həmin aləmdəki CMET-lər üçün fərqli məlumat modelləri istifadə olunur.

      CMET-lər kimi, stublar da istinad nöqtəsini müəyyən bir modelə yerləşdirməyə imkan verir. Bununla birlikdə, CMET-lərdən fərqli olaraq, istinad edilmiş model bir buraxılışdakı bütün məlumat modelləri üçün eyni olmayacaqdır. Əslində, modelin istifadə olunduğu fərqli yerlərin hamısı üçün uyğun olmayacaqdır. Bunun əvəzinə, qarşılıqlı əlaqə (və ya sənəd və ya xidmət tərifi) yaradıldıqda, stub referansının yerinə hansı modelin dəyişdirilməsinə dair qərar müəyyən edilir. Məsələn, mesaj ötürmə qablaşdırmasında mesajın çatdırdığı "ControlAct" üçün tək bir kötük var. İstifadə edilə bilən bir sıra ControlAct modelləri var. Hansı biri müəyyən bir qarşılıqlı təsir üçün istifadə ediləcəyini qarşılıqlı dizayneri seçir. Mövcud stubların siyahısı İnterfeys Tərif dosyasında saxlanılır.

      Bu anda stublar yalnız müəyyən modellər daxilində qarşılıqlı məlumat saxlayan "nəşr məlumat bazası" proqramındakı məhdudiyyətlər səbəbindən istifadə olunur. Bu alət məsələsi həll edildikdən sonra stublar başqa yerlərdə görünə biləcək. Məsələn, bir maliyyə iddiası yükü, faturalandırılacak hərəkət növü üçün bir stub ola bilər. Qarşılıqlı təsir, qarşılıqlı dizaynerin istifadə ediləcək xəstə məlumat modelinin növünü seçməsinə icazə vermək üçün bir stub istifadə edə bilər.

      Model istinadları, "Universal" (UV) aləmində HL7 Standartlarını yaratmaq üçün istifadə edilən inkişaf vasitələri tərəfindən hələ dəstəklənməyən yeni bir istinad növüdür. Model istinadları bir modelin başqa bir məlumat modelinə birbaşa müraciət etməsinə imkan verir. CMET-lərdən və ya stublardan fərqli olaraq istinad olunan xüsusi model buraxılış meneceri və ya qarşılıqlı təsir dizayneri tərəfindən deyil, model dizayneri tərəfindən müəyyən edilir. İstinad olunan məlumat modelini dəyişdirmək üçün istinad edən məlumat modelini yenidən nəzərdən keçirmək lazımdır. Bu yanaşma model dizaynerə istinad olunan məzmuna çox ciddi nəzarət verir. Bununla birlikdə, bir çox məlumat modelinə girmədən və düzəliş etmədən sahələrdə və ya buraxılışlarda davranışdakı bir sərbəstlik və ya dəyişiklik arasında tutarlılığı qorumaq qabiliyyətini itirir.

      A.1
      Affiliate Binding Realms
      Hər HL7 Beynəlxalq Tərəfdaşının səlahiyyətləri vardır Bağlayıcı səltənət İştirakçinin coğrafi əhatə dairəsi ilə məhdudlaşır.

      A.2
      Kod
      A Kod bir Konsepsiya nümayəndəliyi müəllifi tərəfindən nəşr olunan a Kod sistemi hissəsi kimi Kod sistemi. Buradakı konsepsiya üçün üstünlük verilən unikal identifikatordur Kod sistemi rabitə məqsədi ilə (üstünlük verilən tel formatı identifikatoru) və bir HL7 kodlu məlumat növünün 'kod' xassəsində istifadə olunur. Kodlar bəzən mənasız identifikatorlardır və bəzən təmsil olunan konsepsiyanı insan oxucusuna işarə edən mnemoniklərdir. İldə Kod sistemləri birdən çoxunu ehtiva edən Konsepsiya identifikatoru, kimi HL7-də istifadə edilməli olan Kod açıq şəkildə HL7 Kod Sistemi qeydiyyatı prosesinin bir hissəsi kimi elan edilməlidir (yuxarıdakı 4-ə baxın).

      Xüsusi bir kodun mənası Kod sistemi müəssisə yalnız bunun daxilində etibarlıdır Kod sistemi. Məsələn, HL7 Version 2.x standartlarında sadalanan kodları olan hər cədvəl fərqli bir şəkildə təmsil olunur Kod sistemikodlar bəzən fərqli olaraq istifadə olunduğundan Kod sistemifərqli mənalar daşımaq. Bir nümunə v2.x cədvəlində "Kişi" mənasını verən 0001 İnzibati Cinsiyyətdəki "M" kodu, v2.x cədvəlindəki "M" kodu 0002 Ailə Vəziyyəti isə "Evli" deməkdir. Başqa bir nümunə, Irk & amp Ethnicity & # 8211 CDC’də Yerli Amerika tayfası “Sioux” mənasını verən “1609-7” kodudur. Kod sistemi(2.16.840.1.113883.6.238) və LOINC-də "Prolaktin ^ 1.5H dozadan sonra insulin IV" mənasını verən "1609-7" kodu Kod sistemi (2.16.840.1.113883.6.1). Kodlar olmadan açıq semantikası yoxdur Kod sistemis və yayımlandıqları kod sistemini təyin etmədən istinad edilə bilməz.

      A.3
      Kod sistemi
      A Kod sistemi idarə olunan kolleksiyadır Konsepsiya nümayəndəliklərikodlar daxil olmaqla, bəzən isteğe bağlı olaraq əlavə daxil olmaqla daha mürəkkəb qaydalar və istinadlar dəstləri Konsepsiya nümayəndəlikləri anlayışlar, təyinatlar və s. Kod sistemilər tez-tez əlaqəli təqdimatlar, təriflər, assosiasiya və mənalarla bənzərsiz müəyyən edilə bilən konsepsiyaların kolleksiyaları kimi təsvir olunur. Nümunələr Kod sistemiICD-9 CM, SNOMED CT, LOINC və CPT daxildir. A tələblərinə cavab vermək Kod sistemi HL7 tərəfindən müəyyənləşdirildiyi kimi, müəyyən bir konsepsiya identifikatoru içərisində bir və yalnız bir məna həll etməlidir Kod sistemi yəni Kod sistemləri HL7-də istifadə olunan omonim olmamalıdır. HL7 Terminoloji Modelində, a Kod sistemi ilə təmsil olunur Kod sistemi sinif.

      Baxmayaraq ki Kod sistemilər fərqli olaraq terminologiyalar, lüğətlər və ya kodlaşdırma sxemləri kimi adlandırıla bilər, HL7 bütün bu kimi kolleksiyaları nəzərdən keçirir & # 8216Kod sistemiBu sənəddə göstərildiyi kimi Versiya 3-də istifadə üçün & # 8217. Ən azı, Kod sistemiaşağıdakı xüsusiyyətlərə malikdir:

      • Unikal şəkildə müəyyənləşdirən bir identifikator Kod sistemi. HL7 uyğun model nümunələri üçün bu UID şəklində olmalıdır. Bu UID üç formadan birini alacaq: ISO OID, UUID və ya HL7 RUID. Kod sistemi bir OID tərəfindən müəyyən edildikdə, kod sistemi yerli kod sistemi olmadıqca, bu OID HL7 OID qeydiyyatına alınmalıdır, bu halda HL7 OID Reyestrində qeyd oluna bilər. HL7 OID Reyestri http://www.hl7.org/oid/index.cfm saytında tapıla bilər
      • İzah edən nəsrdən ibarət bir təsvir Kod sistemivə ehtiva edə bilər Kod sistemi istifadə, istismar strategiyası, niyyət və maraq doğuran digər məlumatlar.
      • İnzibati məlumatlar Kod sistemi, hər hansı bir xüsusi versiyasından asılı deyil Kod sistemimülkiyyət, mənbə URL'si və müəllif hüquqları məlumatları.

      The Konsepsiya nümayəndəlikləri bir Kod sistemi konsepsiyanın nə olduğunu daha da müəyyənləşdirməyə və aydınlaşdırmağa xidmət edən əlavə mətn, şərhlər, istinadlar və digər mənbələrlə artırıla bilər. A Kod sistemi anlayışları arasında mövcud olan münasibətlər haqqında iddiaları da ehtiva edə bilər Kod sistemi.

      A Kod sistemi tipik olaraq müəyyən bir məqsəd üçün yaradılır və ayrı-ayrı ölkələri, rəngləri və ya dövlətləri təmsil edən konsepsiyalar kimi sonlu kolleksiyaları əhatə edə bilər. Kod sistemilər ayrıca geniş və mürəkkəb konsepsiya kolleksiyalarını təmsil edə bilər, məsələn, SNOMED-CT, ICD, LOINC və CPT. Mümkün olduğu təqdirdə, kodlu bir konsepsiya tələbi ilə qarşılaşan HL7 modelçiləri mövcud olanlara istinad edəcəklər Kod sistemi. Bunlardan bəziləri Kod sistemilər sabitlik və ya rahatlıq üçün HL7 standart deposunda təkrarlanır, digərləri isə istinadlar kimi sənədləşdirilir. HL7 yalnız yenisini yaradacaq Kod sistemi uyğun bir mövcud olduqda Kod sistemi HL7-də istifadə üçün mövcud deyil. HL7 təşkilatı tərəfindən müəyyənləşdirilən və dəstəklənən Sinif Kodları belədir. Lisenziyalaşdırma və ya digər məhdudiyyətlər səbəbindən başqa bir uyğun xarici mənbənin mövcud olmadığı hallar da mövcuddur.

      A.4
      Qarışıq məcburi səltənətlər
      Bunlar Bağlayıcı səltənətbir və ya daha çox HL7 Beynəlxalq Tərəfdaşının birləşməsi olaraq yaratdığıdır Bağlayıcı səltənətayrı-ayrı filialların hər birinin. Hər hansı Bağlayıcı səltənətlər belə bir məqsəd üçün birləşdirilə bilər ki, ortaqlıq aləmləri arasında uzanan bir qarşılıqlı fəaliyyət sahəsi yaransın. Buna razı olan HL7 Beynəlxalq İştirakçıları birləşmənin ortaq idarəediciləridir Bağlayıcı səltənət. Buna bəzi nümunələr "Şimali Amerika" (ABŞ və Kanadanı birləşdirir) və ya bir neçə Avropa filialını birləşdirən "Cənubi Avropa" ola bilər.

      A.5
      Konsepsiya
      A Konsepsiya həqiqi və ya mücərrəd bir şeyin vahid bir zehni nümayəndəliyidir və atom düşüncə vahidi. Verilmiş birində misilsiz olmalıdır Kod sistemi. Bir konsepsiya təqdimetmə baxımından sinonimlərə sahib ola bilər və singleton ola bilər və ya digər konsepsiyalardan (yəni koordinasiya olunmuş konsepsiyalardan) ibarət ola bilər.

      Konsepsiyamücərrəd, dildən və kontekstdən asılı olmayan məna ifadələri olaraq, HL7 V3 modellərinin dizaynı və izahı üçün vacibdir. Bunlar HL7 V3 modellərinin qurulduğu ən kiçik semantik varlıqları təşkil edir. Bir modelin müəllifləri və oxucuları, modelləri qurmaq və anlamaq üçün anlayışlardan və əlaqələrindən istifadə edirlər, bunlar HL7 V3 modellərinin insan istifadəçisi üçün vacibdir. Söz ehtiyatının qalan hissəsi bu düşüncə vahidlərinin proqram manipulyasiyasına icazə vermək üçün mövcuddur.

      A.6
      Konsepsiya identifikatoru
      A Konsepsiya identifikatoru bir Konsepsiya nümayəndəliyi tərəfindən nəşr oluna bilər Kod sistemi müəllif və bu çərçivədə birmənalı olaraq konsepsiyanı təmsil edir Kod sistemi. Unikal identifikatoru ilə birləşdirildikdə identifikasiya üçün istifadə olunan belə bir obyekt Kod sistemi özü (maşınla işlənə bilən unikal bir simli), xüsusi konsepsiya üçün dünya miqyasında unikal və dildən asılı bir identifikasiya təmin edir. Bu dünya miqyasında unikal identifikasiya həm məkanı, həm də vaxtı əhatə edən əməliyyatlarda və məlumat qeydlərində istifadə edilə bilər. Bəzi hallarda eyni konsepsiya üçün birdən çox sinonim identifikator mövcud ola bilər.

      A.7
      Konsepsiya nümayəndəliyi
      A Konsepsiya nümayəndəliyi a manipulyasiyasını təmin edən bir söz obyektidir Konsepsiya HL7-də. A Konsepsiya nümayəndəliyi hesablana bilən bir formada mövcuddur və HL7 modellərində və xüsusiyyətlərində istifadə edilə bilər. Konsepsiya nümayəndəlikləri HL7-də lüğətin quruluşunda və işlənməsində bir sıra fərqli rollar ala bilər, bu rollar və funksiyalar aşağıda təsvir edilmişdir.

      A.8
      Təyinatı
      A Təyinatı bir Konsepsiya nümayəndəliyi tərəfindən nəşr oluna bilər Kod sistemi müəllif və anlayışı bir insana çatdırmaq üçün nəzərdə tutulmuş bir konsepsiya üçün dil simvoludur. A Təyinatı bir apellyasiya, simvol və ya müddət kimi də bilinə bilər. A Təyinatı ümumiyyətlə bir HL7 kodlu məlumat növünün 'displayName' xüsusiyyətini doldurmaq üçün istifadə olunur.

      A.9
      Dinamik Sabitlik
      Dinamik sabitlik a deməkdir Dəyər Dəstəyi Təsdiq yoxdur Statik tarix. Nəticədə kodlanmış bir maddə üçün icazə verilən dəyərlər avtomatik olaraq dəyişir Dəyər dəsti təriflər və ya bunların əsasını təşkil edir Kod sistemis (və ya iç içədir Dəyər dəstləri) zamanla saxlanılır. Bu, bağlamanın ən son versiyaya uyğun olması deməkdir Dəyər dəsti tərifi mövcuddur. Sənədləşdirilmiş və ya davamlı genişlənmələri Dəyər dəstləri ilə elan edildiDəyər Dəstəyi Təsdiq bəndində göstərilən əsas kod sistemlərindəki dəyişikliklər kimi dinamik dayanıqlı bir bağlama qiymətləndirərkən istifadə etməzdən əvvəl hər zaman valyuta üçün yoxlanılmalıdır. Dəyər dəsti tərifi istifadədən əvvəl yeni nəsil genişlənmə tələb edən dəyişiklikləri nəzərdə tuta bilər. Bunun mümkün olduğunu unutmayın Dəyər Dəstəyi Təsdiq istinad olunan bir və ya bir neçəsinin xüsusi versiyalarına istinad edən Dəyər dəstis. Eynilə, intensiv Dəyər dəstis digərləri ilə inşa edilə bilər Dəyər dəstiaçıq versiyalara istinad edə bilənlər. Lakin, çünki hamısının hamısı deyil Kod sistemis və Dəyər dəstilər "kilidlidir", bağlama hələ dinamik sabitliyə sahib sayılır. Nəzəri olaraq hamısına istinad edilir Dəyər dəstis və hamısı istinad edilir Kod sistemilərin hamısı müvafiq versiya istinadlarını daxil edə bilər Dəyər dəsti tərifi, statik sabitliklə bağlanma ilə eyni hədəfi yerinə yetirəcək və zamanın bütün nöqtələrində sabit bir genişlənmə. Lakin, çünki yox Statik tarix tərif edən məlumat maddələrinin siyahısında mövcud olardı Kontekst bağlama, bağlama hələ dinamik sabitliyə sahib olaraq təyin ediləcəkdir.

      A.10
      Nümunə məcburi səltənət
      The Nümunə məcburi səltənət bağlamaq üçün istifadə olunur Dəyər dəstiəlaqəli etki üçün natamam və ya həyata keçirilməyən bir əhatə təmin etdiyi məlumdur. Bunlar nümunə tələbini yerinə yetirmək üçün istifadə olunur Konsepsiya Domeni tərif: a Konsepsiya Domeni tərifdə üç nümunə olmalıdır. Bunlar inşaatında da istifadə edilə bilər Bağlayıcı səltənət- müstəqil nümunə nümunələri və nəşr olunmuş sənədlərdə, dərsliklərdə və təqdimatlarda nümunə kimi. Nümunə məcburi səltənətuyğun olduqda ümumiyyətlə ehtiyac yoxdur Nümayəndə bağlama səltənəti bağlamalar mövcuddur.

      The Nümunə məcburi səltənət Yalnız nümunə nümunələrində istinad edilməlidir. "Valideyn" i var Bağlayıcı səltənət Nümayəndə.

      A.11
      yerli kod sistemi
      A yerli kod sistemi yalnız kod sistemini qoruyan təşkilat daxilində ünsiyyət üçün istifadə ediləndir.

      A.12
      Nümayəndə bağlama səltənəti
      The Nümayəndə bağlama səltənəti tamamlanması və həyata keçirilməsi nəzərdə tutulan bağlamalar üçün mövcuddur Dəyər dəstis tərəfindən müəyyənləşdirilmiş semantik məkanın kodlu əhatə dairəsini düzgün şəkildə təmsil edənlər Konsepsiya Domeni. Ümumdünya bağlamalardan fərqli olaraq, bütün (və ya hər hansı bir mütləq) filialın mənimsəməyi seçəcəyi gözləntisi yoxdur. Nümayəndə bağlama səltənəti bağlamalar. Nümayəndə bağlama səltənəti bağlamalar HL7 Beynəlxalq Tərəfdaşları arasındakı mədəni və siyasi dəyişikliklərin alternativ bağlamalara səbəb ola biləcəyini qəbul edərkən bir başlanğıc nöqtəsini və konsensus üçün bir mərkəz təmin edir. Uyğun olmaq Nümayəndə bağlama səltənəti təyin, namizədin məzmunu kifayət qədər hərtərəfli və ixtisaslaşmış şəxslər tərəfindən qəbul edilə bilən və həyata keçirilə bilən daxili uyğun olmalıdır Bağlayıcı səltənəts. A Nümayəndə bağlama səltənəti bir ortaqda rəsmi bir qüvvəyə malik olmadıqda, ortaq tərəfdaşa məxsusi bir bağlama ilə qəbul etməyi seçməyincə, xüsusi uyğunluq iddialarında istifadə edilmir. Bir ortaq bir bağlama istifadə etməyi seçdiyində Nümayəndə bağlama səltənəti, məcburi tərif Affiliate Bağlayıcı səltənət: istənilməyən kaskad dəyişikliklərinə səbəb ola biləcək davamlı bir əlaqə yoxdur.

      The Nümayəndə bağlama səltənəti bir nümunədə heç vaxt istinad edilməməlidir. "Valideyn" i var Bağlayıcı səltənət Universal.

      A.13
      Statik Stabillik
      Statik sabitlik, işlənmə deməkdir Dəyər dəsti(lər) də müəyyən edilmişdir Dəyər Dəstəyi Təsdiq sabit bir konsepsiya siyahısı ilə nəticələnir (Dəyər dəsti genişləndirmə) emalın vaxtında baş verməsindən asılı olmayaraq. Genişlənmə istinad olunanların qiymətləndirilməsi ilə müəyyən edilir Dəyər dəstis (MAX, MIN və nəzərə alınmır) müəyyən bir tarixə qədər və genişlənmələrini yaradır. Buna, Dəyər dəsti versiyalar (İddiada açıq deyilsə) və hamısının versiyaları Kod sistemibunlar istinad edir Dəyər dəstis daxil olmaqla Dəyər dəstiintensiv təriflərdə yerləşmişdir. Nəticə olaraq Dəyər dəstləri ilə elan edildi Dəyər Dəstəyi Təsdiq kimi avtomatik olaraq dəyişməyin Dəyər dəsti təriflər və təməl Kod sistemilər dəyişdirilir və Dəyər dəsti genişləndirmələri bir tətbiq təlimatına daxil edilə bilər. A Dəyər Dəstəyi Təsdiq a daxil olduqda statik sabitliyə malikdir Statik tarix.

      Xüsusi kodlara istinadlar, əgər daxil olduqda istinad "statik" hesab olunur Kod Sistem Versiyasıilə ifadə olunan Dəyər Dəstəyi Təsdiq bir tarix olaraq. Sabit kodlara statik istinadlar yalnız kodun mənasının içində dəyişə biləcəyi narahatlığı olduqda lazımdır Kod sistemi əlavə vaxt.

      A.14
      Sub-məcburi səltənətlər
      Bəzi hallarda bir HL7 İştirakçı əlavə yaratmağı seçə bilər Bağlayıcı səltənətəhatə dairəsi ortaqdan daha dar Bağlayıcı səltənət. Alt Bağlayıcı səltənətlər coğrafi olaraq (məsələn, bölgələr, əyalətlər, əyalətlər və s.) və ya tətbiqetmə növünə görə (məsələn, insan və baytar həkimi və s.) inşa edilə bilər. AltBağlayıcı səltənətlər yalnız HL7 Beynəlxalq İştirakləri tərəfindən yaradıla bilər.

      AltBağlayıcı səltənətlərin valideynini qoruyub saxladığı filialla eyni idarəçi var Bağlayıcı səltənət. Çünki alt məqsədBağlayıcı səltənəts fərqli istifadəsinə icazə verməkdir Dəyər dəstiBir Ortaqdakı eyni xüsusiyyət üçün, Ortaq daxilində qarşılıqlı əlaqə problemlərinə səbəb ola bilərlər. Bu səbəbdən onlar yalnız qarşılıqlı fəaliyyətin nəticələrini diqqətlə nəzərdən keçirdikdən sonra təqdim edilməlidir.

      A.15
      Sınıflandırılmamış Bağlayıcı Sahə
      The Sınıflandırılmamış Bağlayıcı Sahə yeni və zərifləşmə mərhələsində olan məzmunu və hələ təyinatına çatdırılmamış mirasları yerləşdirir Bağlayıcı səltənət və hələ də inkişaf işləri davam etdirilir. The Sınıflandırılmamış Bağlayıcı Sahə digərlərindən töhfə verilən məzmun üçün bir keçid nöqtəsi rolunu da oynaya bilər Bağlayıcı səltənəts. The Sınıflandırılmamış Bağlayıcı Sahə HL7 inzibati məqsədlər üçün mövcuddur və tətbiqetmələrdə heç bir təsiri yoxdur. Bu müvəqqəti bir vəziyyət və əlaqəli maddələr kimi nəzərdə tutulur Sınıflandırılmamış Bağlayıcı Sahə ya qaldırılmalı, ya da müvəqqəti olmayan səviyyəyə qaldırılmalıdır Bağlayıcı səltənət mümkün qədər tez.

      The Sınıflandırılmamış Bağlayıcı Sahə bir nümunədə heç vaxt istinad edilməməlidir. "Valideyn" i yoxdur Bağlayıcı səltənət.

      A.16
      Universal Bağlayıcı səltənət
      The Universal Bağlayıcı səltənət əsas HL7 təşkil edir Bağlayıcı səltənət yəni tərifinə görə tək və sabitdir və "kök" dir Bağlayıcı səltənət hamısı üçün Bağlayıcı səltənəts. Struktur elementlər (məsələn, Act.classCode) və əksər məlumat növləri bu məzmunun nümunələridir Bağlayıcı səltənət. Domen texniki komitələrinin məzmunu nadir hallarda Universal-a daxil edilir Bağlayıcı səltənət və tətbiq edildikdə, vahid məcburiyyət üçün universal məhdudiyyət haqqında tam beynəlxalq konsensusun təmin edilməsi üçün xüsusi proseslərdən keçməlidir.

      Hamısı Bağlayıcı səltənətBir nümunədə təyin olunan s ən üst kök ana olan bir ağacdadır Universal Bağlayıcı səltənət.

      A.17
      Ümumdünya unikal identifikator
      Sırasıyla 8, 4, 4, 4 və 12 yerləri olan onaltılı rəqəmlərdən ibarət 5 tire ilə ayrılmış 5 qrupdan ibarət olan ümumi UUID formatında bir DCE Universal Unikal Identifier (UUID) təmsil edən qlobal olaraq unikal bir simli. Daha çox məlumat üçün Ümumdünya Benzersiz Tanımlayıcılara (UUID) baxın və ya ISO / IEC 11578: 1996-ya baxın.

      A.18
      V3 İstinad Platforması
      The V3 İstinad Platforması RL siniflərinin atributlarını və məlumat növü "kodlu sadə" olan hər hansı bir RIM atributu və ya məlumat növü komponenti üçün dəyərlər verən idarəetmə lüğətini yazmaq üçün istifadə olunan HL7 Referans Məlumat Modelinin (RIM) məlumat növləri modelinin birləşməsidir ( CS). Bütün HL7 uyğunluqlu modellər, bu üç modelin törəmə ağacının kökündə olmalıdır.

      A.19
      dəyər domeni
      Bir sinif üçün dəyər domeni bu sinifin bütün mümkün uyğun nümunələrinin çoxluğudur. Növü bir məlumat növü olan bir element üçün (bir atribut və ya məlumat növü komponenti kimi) dəyər domeni, təyin edilmiş məlumat növünün tərifi ilə təyin olunan həmin element üçün icazə verilən dəyərlərin tam dəstidir. Beləliklə, INT (Tamsayı) kimi yazılmış bir element üçün dəyər sahəsi bütün tam ədədi təşkil edir və "1" bu dəyər domeninin üzvüdür, "1.1" isə belə deyil.


      Kitab haqqında

      Coğrafi İnformasiya Sistemlərinin Əsasları texnologiyanın arxasındakı əsas anlayışları praktik narahatlıqlar və real tətbiqetmələrlə birləşdirir. Bir çox potensial CİS istifadəçilərinin qeyri-mütəxəssis olduqlarını və ya yalnız bir neçə xəritəyə ehtiyac ola biləcəyini nəzərə alaraq, bu kitab əlçatan, praktik və qısa olmalıdır. Coğrafi İnformasiya Sistemlərinin Əsasları sualların verilməsi, seçimlərin məlumatlandırılması və siyasətə rəhbərlik edilməsi üçün CİS-dən necə istifadə olunduğunu da göstərir. Qütb buz örtüklərinin əriməsindən xəritələşdirmə ilə əlaqəli məxfilik məsələlərinə qədər bu kitab rəqəmsal xəritələrin istifadəsi və tətbiqi, xəritələşdirmə və CİS-lər üçün incə, eyni zamanda əsaslı bir giriş təqdim edir.

      Müasir dünyada öyrənmək, məlumatı necə və harada axtaracağınızı bilməyi əhatə edir. Bəzi məqamlarda cavab və məlumat harada axtaracağınızı bilmək mübahisəsiz biliklərin özü qədər vacibdir. Çünki Coğrafi İnformasiya Sistemlərinin Əsasları qısa, fokuslanmış və yönəldilmişdir, oxucular əlavə məlumat axtarmağa və ehtiyac olduqda maraqlandıqları xüsusi mövzuları təkbaşına izləməyə çağırılır. Coğrafi İnformasiya Sistemlərinin Əsasları CİS öyrənmək üçün əsaslar yaradır, lakin oxuculara CİS biliklərinin öz fərdi çərçivələrini qurmaları tövsiyə olunur. Bu yanaşmanın faydaları ikiqatdır. Birincisi, tədqiqat yolu ilə aktiv öyrənməyi təşviq edir. İkincisi, çevik və seçməli öyrənməyi asanlaşdırır və öyrənilən şey fərdi ehtiyacların və maraqların bir funksiyasıdır.

      CİS və əlaqəli yerleşim və naviqasiya texnologiyası bu qədər sürətlə dəyişdiyindən, aktual və aktual qalmaq üçün çevik və dinamik bir mətn lazımdır. CİS-dəki əsas anlayışlar sabit qalmağa meylli olsa da, vəziyyətlər, tətbiqlər və CİS nümunələri axıcı və dinamikdir. Bu kitab giriş GIS kurslarında istifadə üçün nəzərdə tutulsa da, Coğrafi İnformasiya Sistemlərinin Əsasları bu gün də mövcud olan çox sayda sertifikat, peşəkar, uzadılması və GIS-də onlayn proqramlara müraciət edəcəkdir. Coğrafi İnformasiya Sistemlərinin Essentials of Geographic İnformasiya Sistemləri üçün oxucuları məkan təhlilini aparmaq üçün lazımlı vasitələrlə təmin etməklə yanaşı, xəritələrinizin vizual təsirini maksimum dərəcədə artırmaq üçün dəyərli kartoqrafik təlimatları da əks etdirir. Kitabda müasir iş yerində tez-tez ortaya çıxan effektiv CİS layihə idarəetmə həlləri də təsvir edilmişdir.


      Optimistik Kilid İstisnaları (5001 - 5009)

      OptimisticLockException verilənlər bazasında istənilən obyektə uyğun satırın itkin düşdüyü və ya verilənlər bazasındakı dəyərin qeydə alınmış rəqəmlə uyğun gəlmədiyi zaman qaldırılan iş vaxtı istisnasıdır. Nikbin kilidləmə xüsusiyyəti ilə birlikdə istifadə olunur. Bu, bu nümunədə göstərildiyi kimi yalnız bir yeniləmə və ya silmə əməliyyatına aiddir.

      Nikbin kilidləmə haqqında daha ətraflı məlumat üçün EclipseLink Tətbiq İnkişafına Giriş hissəsində vətənsiz bir mühitdə optimist kilidləmə bölməsinə baxın. Bu istisnalar bir cəhd blokunda həll edilməlidir.


      Optimist Kilid İstisnası

      ECLIPSELINK-05001: Obyekti silməyə cəhd edildi [<0>], lakin şəxsiyyət xəritəsində versiya nömrəsi yoxdur. <3> Silinməyə cəhd edilmədən əvvəl oxunmamış ola bilər. <3> Class & gt <1> Primary Key & gt <2>Səbəb: Şəxsiyyət xəritəsində versiya nömrəsi olmayan obyekt obyektini silməyə cəhd. Bu obyekt ya heç oxunmamış, ya da artıq silinmişdir. Fəaliyyət: İstisnanın səbəbini təyin etmək üçün SQL girişindən istifadə edin. Son silmə əməliyyatı, istisna qaldırıldıqda obyektin silindiyini göstərir.

      ECLIPSELINK-05003: Obyekt [<0>] silinə bilməz, çünki son oxunduqdan bəri dəyişdirilib və ya silinib. <3> Class & gt <1> Primary Key & gt <2>Səbəb: Verilənlər bazasında obyekt vəziyyəti dəyişdi. Obyekt obyekti silinə bilməz, çünki son oxunduqdan bəri dəyişib və ya silinib. Bu, ümumiyyətlə cədvəldəki sətrin başqa bir tətbiq tərəfindən dəyişdirildiyi deməkdir. Fəaliyyət: Verilənlər bazasından yeni məlumatlarla yeniləyən obyekti yeniləyin.

      ECLIPSELINK-05004: Obyekti [<0>] yeniləməyə cəhd edildi, lakin şəxsiyyət xəritəsində versiya nömrəsi yoxdur. <3> Yeniləməyə cəhd edilmədən əvvəl oxunmamış ola bilər. <3> Class & gt <1> Primary Key & gt <2>Səbəb: Şəxsiyyət xəritəsində versiya nömrəsi olmayan obyekt obyektini yeniləməyə cəhd edildi. Yenilənmədən əvvəl oxunmamış və ya silinmiş ola bilər. Fəaliyyət: İstisnanın səbəbini təyin etmək üçün SQL girişindən istifadə edin. Son yeniləmə əməliyyatı, istisna qaldırıldıqda obyektin yeniləndiyini göstərir.

      ECLIPSELINK-05006: Obyekt [<0>] yenilənə bilmir, çünki son oxunduqdan bəri dəyişdirilib və ya silinib. <3> Class & gt <1> Primary Key & gt <2>Səbəb: Verilənlər bazasında obyekt vəziyyəti dəyişdi. Obyekt obyekti yenilənə bilməz, çünki son oxunduqdan bəri dəyişib və ya silinib. Bu, ümumiyyətlə cədvəldəki sətrin başqa bir tətbiq tərəfindən dəyişdirildiyi deməkdir. Fəaliyyət: Verilənlər bazasından yeni məlumatlarla yeniləyən obyekti yeniləyin.

      ECLIPSELINK-05007: Obyekt [<0>] versiyası kilidləmə sahəsi üçün yalnız oxunmayan bir eşleme olmalıdır. Səbəb: Nesne obyektində versiya kilidləmə sahəsinə uyğun oxunmayan bir eşleme yoxdur. Kilidləmə dəyərinin önbellekdə deyil, domen obyektində saxlandığı zaman lazım olan eşleme, kilidləmə sahəsi üçün təyin edilmədi. Fəaliyyət: Sahə üçün bir xəritəçəkmə təyin edin.

      ECLIPSELINK-05008: Zaman damgası kilidləmə istifadə edərkən versiya kilidi sahəsini java.sql.Timestamp ilə uyğunlaşdırmalısınız Səbəb: Bir domen obyektində saxlanılan bir yazma kilidi dəyəri java.sql.Timestamp nümunəsi deyil. Fəaliyyət: Java.sql.Timestamp nümunəsi olaraq atributun dəyərini dəyişdirin.

      ECLIPSELINK-05009: [<1>] sinifinin birincil açarı [<0>] olan obyekt son açıldığı üçün silindiyi üçün açıla bilməz. Səbəb: ClassName sinifinin bir obyektini birincil açar açarı ilə açmaq cəhdi - obyekt son oxunduğu üçün silindi. Fəaliyyət: Sarılmış obyektin mövcudluğunu təmin edin.


      Ümumi məlumat

      Aşağıdakı məlumatlar, ArcGIS-də düzəldilmiş, təkmilləşdirilmiş və idxal olunan bütün FGDC metadata məzmunu üçün tətbiq olunur.

      Tarixlər və vaxtlar

      ArcGIS metadatında bütün tarixlər bir il, bir ay və bir gündən ibarət olan etibarlı tarixlər olmalıdır. Bu məlumatı Təsvir nişanına daxil etmək üçün təqvim nəzarətini vurun və uyğun tarixi basın. ArcGIS metadatalarındakı vaxtlar etibarlı olmalıdır və saatları, dəqiqələri və saniyələri əhatə etməlidir. Bu məlumatı daxil etmək üçün dəyişdirmək istədiyiniz vaxtın bir hissəsini vurun və müvafiq dəyəri yazın. Yuxarı və aşağı oxlar yalnız saatı dəyişdirmək üçün istifadə edilə bilər. Təqvim və vaxt nəzarətindən istifadə haqqında daha ətraflı məlumat üçün, Vaxt Dövrü Məlumatı bölməsinə baxın.

      Bir maddənin mövcud FGDC metadatında yalnız bir il olan bir tarix varsa, bu metadata yüksəldildikdə və ya ArcGIS-ə idxal edildikdə, tarix həmin ilin ilk yanvarına çevrilir. Orijinal tarix bir il və bir aydan ibarətdirsə, bu tarix, metadata gətirildikdə və ya yüksəldildikdə göstərilən ildə həmin ayın ilk gününə çevrilir. Təqdim olunan orijinal dəyər Bahar 2003 kimi bir sətirdirsə, bu məlumat dəyərin idxal edilməyəcəyi və ya yüksəldilməyəcəyi bir tarixə çevrilə bilməz. Eynilə, orijinal tarix etibarsızdırsa, məsələn, tarix FGDC yyyymmdd formatına uymadığına görə, tarix idxal edilməyəcək və ya yenilənməyəcəkdir.

      Bir maddənin vaxt müddətini təsvir edərkən qismən bir tarix vermək əvəzinə müvafiq ilin və ya ayın ilk günündən son gününə qədər davam edən bir tarix aralığı verin. Müəyyən bir ildə yaz təyin etmək əvəzinə, məlumatların toplandığı və ya xəritənin yaradıldığı ay aralığını göstərin.

      Orijinal metadata yalnız qismən vaxt daxil edərsə, uyğun olaraq sıfır saniyə, dəqiqə və ya saat əlavə ediləcəkdir. Təqdim olunan orijinal vaxt, saat 2 kimi bir sətirdirsə, bu məlumat dəyərin idxal edilməyəcəyi və ya yüksəldilməyəcəyi vaxta çevrilə bilməz. ArcGIS metadatasında vaxtlar müşayiət olunan bir tarix olmadan təmin edilə bilməz.

      FGDC meta məlumatlarında, adətən tarix və vaxt tələb edən bəzi elementlər mətnə ​​icazə verə bilər, məsələn naməlum, nəşr olunmamış material və ya indi. Bu məlumat yüksəldiləcək və ya ArcGIS metadata idxal ediləcək. Ancaq hal-hazırda bu kimi dəqiq olmayan tarixlər və vaxtlar Təsvir sekmesinde düzenlenemez. Maddənin ArcGIS meta məlumatlarında daha ətraflı tarixlər və vaxtlar göstərildiyi təqdirdə, ArcGIS meta məlumatları ixrac edildikdə qeyri-dəqiq dəyərlərin yerinə istifadə ediləcəklər. Əks təqdirdə, orijinal dəqiq olmayan tarixlər və vaxtlar FGDC formatına ixrac ediləcəkdir.

      Məcburi elementlər üçün Yoxdur

      FGDC metadatasında, None mətninin həmin elementlə əlaqəli məlumatların ya bilinməyən, ya da tətbiq oluna bilmədiyi məcburi elementlərə daxil edilməsi ümumi bir təcrübədir. Məsələn, açar sözlər verildikdə, istifadə olunmasa belə bir tezaurus göstərilməlidir. Eyni metadatla əlaqəli giriş və istifadə məhdudiyyətləri olmadıqda istifadə olunur, çünki bu metadata elementləri məcburidir.

      Bir maddənin mövcud FGDC meta məlumatları yüksəldildikdə və ya ArcGIS-ə idxal edildikdə, None dəyəri maddənin ArcGIS metadatasına daxil edilmir. Bir sıra açar sözlər tezaurusdan seçilməyibsə, ArcGIS metadatasına heç bir tezaurus istinad məlumatı əlavə etməyin. Hesabat vermək üçün heç bir məhdudiyyət yoxdursa, heç bir məhdudiyyət məlumatı əlavə etməyin. Metadata bir FGDC formatlı XML sənədinə ixrac edildikdə, ixracatçı avtomatik olaraq bu elementlərə Yoxdur dəyəri əlavə edəcəkdir.

      Dəyərlər kodlu siyahılar kimi idarə olunur

      FGDC meta məlumatlarında, bir çox elementin dəyərinin müəyyən bir dəyərlər qrupundan və ya başqa bir mətndən biri ola biləcəyi bir etki sahəsi vardır. Nəticə olaraq insanlar tez-tez eyni metadata elementində eyni mənanı ifadə edən fərqli ifadələr yazırlar. ISO metadata standartlarındakı ekvivalent metadata elementləri adətən kod siyahıları ilə əlaqələndirilir. Kod siyahısı, müəyyən bir konsepsiyanı birmənalı olaraq pulsuz mətnin dəstəklənməməsi ilə əlaqələndirən kodlar toplusudur. ISO metadata standartlarına FGDC-də müəyyən edilmiş eyni konsepsiyaların əksəriyyətini ifadə edən kodlar daxildir CSDGM standart. Bəzi hallarda, Şimali Amerika Profili bu kod siyahılarına FGDC daxil etmək üçün kodlar əlavə etdi CSDGM baza standartında əskik olan anlayışlar.

      Əlaqəli ArcGIS metadata elementləri kod siyahılarını istifadə edir. Bir maddənin mövcud FGDC meta məlumatları yüksəldildikdə və ya ArcGIS-ə idxal edildikdə, FGDC metadata elementində verilmiş söz və ya cümlə kodlu bir dəyərə çevrilir. FGDC-də müəyyən edilmiş ifadələr CSDGM standart və bunların bəzi tanınmış varyasyonları müvəffəqiyyətlə uyğun kodla uyğunlaşdırılacaqdır. Şimali Amerika Profil kodları baza ISO metadata standart kodlarının kifayət etmədiyi hallarda istifadə olunur.

      FGDC-də təklif olunan ifadələrdən biri varsa CSDGM standart səhv yazılıb və ya alternativ bir cümlə işlədilibsə, eyni mənaya sahib olsa da yükseltme prosesi çətin ki, onu tanısın. Bu vəziyyətdə, ArcGIS, orijinal dəyərə cavab verən uyğun kodu təyin edə bilməyəcəkdir. Bir maddənin təkmilləşdirilmiş və ya idxal edilmiş meta məlumatlarını yoxladığınızdan əmin olun. Hər hansı bir dəyər uğurla uyğunlaşmadısa, kod siyahısından uyğun kodu seçin və dəyişikliklərinizi qeyd edin.

      Təkrarlanan elementlərin yenidən sıralanması

      Bu elementlərin çoxu maddənin metaməlumatlarında baş verərsə, bir elementin təkrarlandığı deyilir. Məsələn, bir çox açar sözlərə icazə verilir. Hər bir açar söz ayrı bir açar söz elementində saxlanılır - element təmin edilmiş hər bir söz üçün bir dəfə təkrarlanır. XML baxımından təkrarlanan elementlərin müəyyən bir qaydada saxlanılması tələb olunmur.

      XML elementləri müxtəlif yollarla işlənə bilər. Bəziləri sənəd sırasını qoruyur, yəni elementlər həmişə ardıcıllıqla işlənir. XML elementləri hər zaman sənəd qaydasında işlənərsə, texniki cəhətdən doğru olmasa da, elementlərin təkrarlanması qaydası qorunur kimi görünə bilər. Digər emal metodları təsadüfi qaydada XML elementlərini idarə edir.

      Bir maddənin mövcud FGDC meta məlumatları təkmilləşdirildikdə və ya idxal edildikdə, metadata elementləri təsadüfi bir şəkildə işlənir. Nəticədə, FGDC meta məlumatlarını ArcGIS-ə yüksəltdikdən və ya idxal etdikdən sonra açar sözlər kimi elementlərin təkrarlanmasının orijinal FGDC formatlı metadata sənədində olduğu kimi eyni qaydada baş verməyəcəyini tapa bilərsiniz. Bu, idxal və ya təkmilləşdirmə prosesi zamanı baş verə biləcək birdəfəlik dəyişiklikdir. Bu dəyişiklik görmə baxımından narahatlıq yarada bilsə də, metaməlumatlar yalnız XML elementləri yenidən düzəldildiyi üçün etibarsız deyil.


      Xüsusiyyət həndəsi və xüsusiyyət koordinatları

      Tək hissəli və çox hissəli sətirlər və çoxbucaqlar

      Geodat verilənlər bazasındakı xətt və çoxbucaqlı xüsusiyyət sinifləri tək hissədən və ya çox hissədən ibarət ola bilər. Məsələn, əyalət birdən çox hissədən ibarət ola bilər (Havay adaları), lakin tək bir dövlət xüsusiyyəti sayılır.

      Diklər, seqmentlər, yüksəklik və ölçmələr

      Xüsusiyyət həndəsi əvvəlcə koordinat təpələrindən ibarətdir. Xəttlər və çoxbucaqlı seqmentlər genişlikli zirvələrə malikdir. Seqmentlər düz kənar ola bilər və ya parametrik olaraq təyin olunan əyrilər ola bilər. Xüsusiyyətlərdəki zirvələrə yüksəklik ölçülərini və ölçmələri təmsil etmək üçün m dəyərlərini göstərmək olar boyunca xətt xüsusiyyətləri.

      Xətt və çoxbucaqlı xüsusiyyətlərə görə seqment növləri

      Xəttlər və çoxbucaqlar iki əsas elementlə müəyyən edilir: (1) xəttin və ya çoxbucağın şəklini təyin edən təpələrin düzəliş edilmiş siyahısı və (2) hər bir təpə cütü arasında istifadə olunan xətt seqmentlərinin növləri. Hər bir sətir və çoxbucaqlı, həndəsi forma yaratmaq üçün birləşdirilə bilən, düzəliş edilmiş bir təpə dəsti kimi düşünmək olar. Hər bir xətti və çoxbucağı ifadə etməyin başqa bir yolu, hər bir hissənin bir növə sahib olduğu bir-birinə bağlı bir sıra ardıcıllıqla: düz xətt, dairəvi qövs, eliptik yay və ya Bezier əyrisi.

      Varsayılan seqment növü iki təpə arasında düz bir xəttdir. Bununla birlikdə, döngələri və ya parametrik formaları təyin etməyiniz lazım olduqda, müəyyənləşdirilə bilən üç əlavə seqment növünüz var: dairəvi yaylar, eliptik yaylar və Bezier əyriləri. Bu formalar ümumiyyətlə bağlama sərhədləri və yol yolları kimi qurulmuş mühitləri təmsil etmək üçün istifadə olunur.

      Z dəyərlərindən istifadə edərək şaquli ölçmələr

      Xüsusiyyət koordinatları x, y və x, y, z təpələrini əhatə edə bilər. Z dəyərləri ən çox yüksəklikləri təmsil etmək üçün istifadə olunur, lakin illik yağış və ya hava keyfiyyəti ölçüləri kimi digər ölçüləri təmsil edə bilərlər.

      Xüsusiyyətlər x, y koordinatlarına və istəyə görə z-yüksəklik dəyərlərinə əlavə edilə bilər.

      M dəyərlərindən istifadə edərək xətti ölçmələr

      Doğrusal xüsusiyyət zirvələri m dəyərlərini də əhatə edə bilər. Bəzi CİS tətbiqləri yollar, axınlar və boru kəmərləri boyunca xətti xüsusiyyətlər boyunca məsafələrin interpolasiyası üçün istifadə olunan xətti ölçmə sistemindən istifadə edir. Bir xüsusiyyətdəki hər təpəyə m dəyəri təyin edə bilərsiniz. Yaygın olaraq istifadə edilən bir nümunə, nəqliyyat şöbələri tərəfindən səki şərtlərini, sürət həddini, qəza yerlərini və magistral yollardakı digər hadisələri qeyd etmək üçün istifadə edilən bir milepost ölçmə sistemidir. Ən çox istifadə olunan iki ölçü vahidi, bir ilçe xətti kimi müəyyən bir yerdən bir mil məsafədəki məsafə və bir referans işarəsindən uzaqlıqdır.

      Ölçmələr üçün şaquli nöqtələr (x, y, m) və ya (x, y, z, m) ola bilər.

      Bu məlumat növləri üçün dəstək tez-tez xətti istinad kimi adlandırılır. Bu ölçmə sistemləri boyunca baş verən hadisələrin coğrafi yerləşmə prosesi dinamik seqmentləşdirmə adlanır.

      Ölçülmüş koordinatlar bu sistemlər üçün tikinti bloklarını təşkil edir. ArcGIS-də xətti istinad tətbiqində, müddət marşrut şəhər xətti, magistral yol, çay və ya boru kimi hər bir xətti xüsusiyyət üzrə bənzərsiz bir identifikatora və ortaq bir ölçmə sisteminə malik olan hər hansı bir xətti xüsusiyyəti ifadə edir. Ümumi bir ölçmə sisteminə malik marşrutlar toplusu bir xətt xüsusiyyət sinfi üzərində aşağıdakı kimi qurula bilər:


      Həm məkan yaxınlığını, həm də atribut oxşarlığını nəzərə alaraq sıxlığa əsaslanan məkan klasterləşdirmə alqoritmi

      Həndəsi xüsusiyyətlər və atributlar məkan obyektinin iki vacib xüsusiyyətidir. Əvvəlki məkan klasterləşdirmə işlərində bu iki xüsusiyyət tez-tez nəzərə alınmırdı. Bu məqalə, məkan qruplaşmasında həndəsi xüsusiyyətlərin və atributların necə yerləşdiriləcəyi problemini həll edir. Həm sıxlıq əsaslı məkan qruplaşma alqoritmi (DBSC) həm məkan yaxınlığı, həm də atribut oxşarlığı nəzərə alınaraq hazırlanır. Kenar uzunluğu məhdudiyyətləri olan delaunay üçbucağı əvvəlcə məkan cisimləri arasındakı məkan yaxınlığı münasibətlərinin modelləşdirilməsi üçün istifadə olunur. Daha sonra dəyişdirilmiş sıxlığa əsaslanan klasterləşdirmə strategiyası hazırlanır və məkan qruplarını müəyyənləşdirmək üçün istifadə olunur. DBSC alqoritmi tərəfindən aşkar edilmiş eyni klasterdəki obyektlər məkan domenində proksimal və atribut domenində oxşardır. Əlavə olaraq, alqoritm səs-küyün olduğu yerlərdə ixtiyari formalı və homogen olmayan sıxlıq qruplarını aşkar edə bilir. DBSC alqoritminin effektivliyi və praktikliyi həm simulyasiya olunmuş, həm də real məkan məlumatları dəstlərindən istifadə etməklə təsdiqlənir.

      Əsas məqamlar

      ► DBSC alqoritmi həm məkan yaxınlığını, həm də atribut oxşarlığını nəzərdən keçirə bilər. ► DBSC alqoritmi təsadüfi formalı qrupları, qeyri-bərabər sıxlığı aşkar edə bilər. ► Yalnız bir giriş parametri istifadəçi tərəfindən göstərilməlidir. ► DBSC alqoritmi asanlıqla həyata keçirilir və səs-küyə davamlıdır.


      Giriş / Çıxış NetCDF sənədləri

      ROMS çıxış sənədlərinə yeni bir dəyişən necə əlavə olunur?

      Bu sual bir neçə dəfə verilmişdir. ROMS IO dizaynı çox çevik və genişləndirilməsi asandır. Çıxış sənədlərindən hər hansı birinə yeni dəyişənlər əlavə etmək üçün izlənilməsi lazım olan bir neçə addım var:

        ROMS çıxışı NetCDF faylları, ROMS / Utilities qovluğunda def_ prefiksi olan hər hansı bir rutin tərəfindən müəyyən edilir. Məsələn, def_his.F-də yalnız əlavə edərək tarix sənədində bir dəyişən müəyyən edilə bilər: