Skip to main content
LibreTexts - Ukrayinska

10.3: Реорганізація ресурсів для взаємодії

  1. Last updated
  2. Save as PDF
  • Page ID
    53681

    • \( \newcommand{\vecs}[1]{\overset { \scriptstyle \rightharpoonup} {\mathbf{#1}} } \) \( \newcommand{\vecd}[1]{\overset{-\!-\!\rightharpoonup}{\vphantom{a}\smash {#1}}} \)\(\newcommand{\id}{\mathrm{id}}\) \( \newcommand{\Span}{\mathrm{span}}\) \( \newcommand{\kernel}{\mathrm{null}\,}\) \( \newcommand{\range}{\mathrm{range}\,}\) \( \newcommand{\RealPart}{\mathrm{Re}}\) \( \newcommand{\ImaginaryPart}{\mathrm{Im}}\) \( \newcommand{\Argument}{\mathrm{Arg}}\) \( \newcommand{\norm}[1]{\| #1 \|}\) \( \newcommand{\inner}[2]{\langle #1, #2 \rangle}\) \( \newcommand{\Span}{\mathrm{span}}\) \(\newcommand{\id}{\mathrm{id}}\) \( \newcommand{\Span}{\mathrm{span}}\) \( \newcommand{\kernel}{\mathrm{null}\,}\) \( \newcommand{\range}{\mathrm{range}\,}\) \( \newcommand{\RealPart}{\mathrm{Re}}\) \( \newcommand{\ImaginaryPart}{\mathrm{Im}}\) \( \newcommand{\Argument}{\mathrm{Arg}}\) \( \newcommand{\norm}[1]{\| #1 \|}\) \( \newcommand{\inner}[2]{\langle #1, #2 \rangle}\) \( \newcommand{\Span}{\mathrm{span}}\)

    Після того, як обсяг та діапазон взаємодій визначені відповідно до вимог та обмежень, ресурси та технологія організаційної системи повинні бути організовані, щоб забезпечити реалізацію бажаних взаємодій.

    Зазвичай взаємодії визначаються на початку процесу розвитку організаційної системи. Звідси випливає, що більшість необхідних описів ресурсів (які властивості ресурсу задокументовані в організаційній системі) потребують уточнення і на початку процесу розробки; тобто описи ресурсів визначаються виходячи з бажаних взаємодій, які повинна бути організована система підтримка. Більшість цих процесів були детально описані в описі ресурсів та метаданих, описуючи зв'язки та структури та форми опису ресурсів.

    Ресурси з різних організаційних систем часто агрегуються для доступу до однієї більшої організаційної системи (склади, портали, пошукові системи, каталоги профспілок, крос-брендові роздрібні торговці), що вимагає трансформації ресурсів та описів ресурсів, щоб адаптуватися до нової організаційної системи з його розширені вимоги до взаємодії. [1] В іншому місці застарілі системи часто потребують оновлення, щоб відповідати новим стандартам, технологіям та взаємодіям (наприклад, мобільні інтерфейси для цифрових бібліотек). Це означає, що необхідні ресурси та описи ресурсів для взаємодії повинні бути визначені, і, якщо необхідно, внести зміни в опис ресурсів. Іноді ресурси об'єднуються або трансформуються для того, щоб виконувати нові взаємодії.

    Визначення та опис ресурсів для взаємодії

    Індивідуальні та колекційні описи ресурсів повинні бути ретельно розглянуті, щоб записати необхідну інформацію для розроблених взаємодій. (Див. Форми опису ресурсів.) Тип взаємодії визначає, чи потрібно виводити нові властивості або обчислювати за допомогою зовнішніх факторів, і чи будуть ці властивості постійно відображатися в організаційній системі (наприклад, розширене тематичне опис, додане через коментар користувача) або створюватися на льоту, коли транзакція виконується (наприклад, кількість частот).

    Визначити, які ресурси або описи ресурсів будуть використані під час взаємодії, просто, коли всі ресурси включені (наприклад, у простій пошуковій взаємодії над усіма ресурсами в сховищі даних). Іноді ресурси потрібно ідентифікувати відповідно до більш вибіркових критеріїв, таких як ресурси, що демонструють певну властивість (наприклад, всі ресторани у вашому районі з чотирма зірками на Yelp в розширеному пошуку взаємодії).

    Трансформація ресурсів для взаємодії

    Коли система організації та її взаємодія розробляються з описами ресурсів або ресурсів із застарілих систем із застарілими форматами або з декількох організаційних систем або коли нові організаційні системи мають інше призначення і вимагають різних властивостей ресурсів, ресурсів та їх описи потрібно трансформувати. Етапи обробки та перетворення, необхідні для отримання очікуваної модифікації, можуть бути застосовані на різних шарах:

    Інфраструктура або перетворення позначень

    Коли ресурси агрегуються, організаційні системи повинні мати загальну базову інфраструктуру, щоб спілкуватися один з одним і говорити однією мовою. Це означає, що системи-учасниками повинні мати загальний набір протоколів зв'язку та узгоджений спосіб представлення інформації в цифрових форматах, тобто позначення («Позначення»), наприклад, схема кодування Unicode. [2]

    Трансформація системи письма

    Під час перетворення системи написання (The Forms of Resource Description) синтаксис або словниковий запас (також званий форматом обміну даними) опису ресурсу буде змінено відповідно до іншої моделі, наприклад, коли записи бібліотеки зіставляються з [3] Іноді налаштовані словники використовуються для представлення певних типів властивостей. Ці словники, ймовірно, були введені для зменшення помилок або неоднозначності або скорочення загальних властивостей організаційних ресурсів. Ці персоналізовані словники повинні бути пояснені та узгоджені організаціями, що об'єднують ресурси для запобігання проблемам сумісності.

    семантичне перетворення

    Узгодження категорії або системи класифікації (Категоризація: Опис класів ресурсів та типів та класифікації: Присвоєння ресурсів категоріям) має вирішальне значення для того, щоб організовуючі системи узгоджувалися семантично - тобто, щоб властивості ресурсів та описи поділяють не тільки технологію, а й сенс. Наприклад, оскільки перепис населення США часто змінював свою систему расових категорій, важко порівнювати дані з різних переписів без певної семантичної трансформації для вирівнювання категорій. [4]

    Трансформація опису ресурсу або ресурсу

    Ресурси або описи ресурсів часто безпосередньо трансформуються, як при їх перетворенні в інший формат файлу. У комп'ютерних взаємодіях, таких як пошукові системи, текстові ресурси часто попередньо обробляються, щоб усунути деяку неоднозначність, властиву природній мові. Ці кроки, які в сукупності називаються обробкою тексту, включають декодування, фільтрацію, нормалізацію, усунення стоп-слів та стримування. (Див. бічну панель, Обробка тексту)

    Обробка тексту
    Розшифровка

    Цифровий ресурс - це спочатку послідовність бітів. Декодування перетворює ці біти в символи відповідно до використовуваної схеми кодування, витягуючи текст із збереженої форми. (Див. «Позначення».)

    Фільтрація

    Якщо текст інкапсулюється форматуванням або несемантичною розміткою, ці символи видаляються, оскільки ця інформація рідко використовується як основа подальших взаємодій.

    Токенізація

    Сегментує потік символів (в схемі кодування пробіл також є символом) на текстові компоненти, зазвичай слова. В англійській мові проста система, заснована на правилах, може розділяти слова за допомогою пробілів. Однак пунктуація ускладнює ситуацію. Наприклад, крапки в кінці речень повинні бути видалені, а ось крапки в цифрах не повинні. Інші мови вводять інші проблеми для токенізації; китайською мовою пробіл не позначає поділів між окремими поняттями.

    Нормалізація

    Нормалізація усуває поверхневі відмінності в послідовності символів, наприклад, шляхом перетворення всіх символів з великої літери в малі регістр. Більш складні операції нормалізації включають видалення наголосів, дефісів або діакритичних знаків та об'єднання різних форм абревіатур (наприклад, ООН та ООН нормалізуються до ООН).

    Ліквідація стопвордів

    Стоп-слова - це ті слова мовою, які зустрічаються дуже часто і не дуже семантично виразні. Стоп-слова - це, як правило, статті, займенники, прийменники або сполучники. Оскільки вони зустрічаються в кожному тексті, їх можна видалити, оскільки вони не можуть їх розрізнити. Звичайно, в деяких випадках видалення стоп-слів може видалити семантично важливі фрази (наприклад, «Бути чи не бути»).

    Стеммінг

    Ці етапи обробки нормалізують флективні та дериваційні варіації термінів, наприклад, шляхом видалення «-ed» з дієслів у минулому часі. Цю гомогенізацію можна зробити, дотримуючись правил (stemming) або за допомогою словників (лематизації). Алгоритми формування на основі правил легко реалізувати, але можуть призвести до неправильно нормалізованих груп слів, наприклад, коли «університет» та «Всесвіт» обидва переходять до «універів». »

    Перетворення ресурсів з декількох або застарілих систем організації

    Традиційний підхід до забезпечення доступу до гетерогенних організаційних систем був повна інтеграція їх, що дозволило «необмежений обмін даними та бізнес-процесами між будь-якими підключеними програмами та джерелами даних» в організації. [5] Це може бути стратегічний підхід до вдосконалення управління ресурсами, описів ресурсів та організації систем в цілому, особливо коли організації мають розрізнені системи та надлишкову інформацію, розподілену по різних групах та відділах. Однак це також може бути дорогим підходом, оскільки точок інтеграції може бути численним, з дуже різними технологіями, необхідними для інтеграції однієї системи з іншою. Технічне обслуговування також стає проблемою, оскільки зміни в одній системі можуть спричинити за собою зміни у всіх системах, що інтегруються з нею. [6]

    Планування перетворення ресурсів з різних організаційних систем для об'єднання в агрегацію називається відображенням даних або вирівнюванням. У цьому процесі аспекти шарів опису (найчастіше системи написання або семантики) порівнюються та узгоджуються між двома або більше організаційними системами. Відносини між кожним компонентом можуть бути односпрямованими або двонаправленими. [7] Крім того, властивості ресурсу та значення, які є семантично еквівалентними, можуть мати різні назви (проблема словникового запасу «Проблеми словника»). Мета відображення може варіюватися від надання простого обміну описами ресурсів, до забезпечення доступу до поздовжніх даних, до полегшення стандартизованої звітності. [8] Збереження історії версій елементів опису ресурсів та зв'язків в обох системах є життєво важливим для перевірки достовірності карти даних.

    Подібно до картографування, простий підхід до трансформації - це використання пішохідних переходів, які є таблицями еквівалентності, які пов'язують елементи опису ресурсів, семантику та системи письма з однієї організаційної системи до інших. [9] Пішохідні переходи не тільки дозволяють системам з різними описами ресурсів обмінюватися інформацією в режимі реального часу, але також використовуються сторонніми системами, такими як комбайни та пошукові системи для створення об'єднання каталоги та виконувати запити на декількох системах так, ніби вони були однією консолідованою системою. [10]

    У просторі цифрових бібліотек WorldCat дозволяє користувачам отримувати доступ до багатьох баз даних бібліотек, щоб знаходити елементи у своїх бібліотеках спільноти і, залежно від привілеїв покровителя, запитувати елементи через свої локальні бібліотеки з бібліотек по всьому світу. Для цього потужного інструменту для точного визначення місцезнаходження ресурсів у кожній бібліотеці беруть участь два стандарти опису ресурсів. В кінці книговидавця, оптовика та роздрібної торгівлі міжнародний стандарт Інтернет-обміну інформацією (ONIX) використовується для стандартизації метаданих книг та серіалів по всьому ланцюжку поставок. [11] [12] Наприкінці бібліотеки формати машиночитаного каталогізації (MARC) керують та передають бібліографічну та пов'язану інформацію. [13] Коли бібліотека-член набуває назву, інформація на пішохідному переході. [14] Це дозволяє WorldCat надавати точну інформацію про зберігання в режимі реального часу своїх бібліотек-членів.

    Зі збільшенням кількості організаційних систем пішохідні переходи та відображення стають все більш непрактичними, якщо кожна пара організаційних систем вимагає окремого пішохідного переходу. Більш ефективним підходом було б використання одного словника або формату як механізму перемикання (також званого мовою pivot або hub) для всіх інших словників, до яких слід зіставити. [15] Інша можливість, яка часто використовується в асиметричних силових взаємозв'язках між організаційними системами, полягає в тому, щоб змусити всі системи дотримуватися формату, який використовується найпотужнішою партією.

    Режими трансформації

    Концептуальні зв'язки між різними описами можуть бути відображені вручну при створенні простих карт. Це, однак, стає складнішим, оскільки карти стають більш складними через кількість властивостей, що відображаються, або коли є більш структурні або деталізовані проблеми, які слід враховувати.

    Використання автоматичних інструментів для створення цих вирівнювань стає життєво важливим для забезпечення їх точності та надійності. Інструменти графічного відображення надають користувачам графічний інтерфейс користувача для підключення елементів опису від джерела до цілі шляхом малювання лінії від одного до іншого. [16] Інші інструменти виконують автоматичне відображення на основі заздалегідь визначених правил та критеріїв. [17]

    Ми часто виконуємо ручні перетворення під час виконання рішень, які потребують консультацій з більш ніж однією організаційною системою в нашому повсякденному житті. Наприклад, плануючи відпустку, ми використовуємо різноманітні системи для узгодження широкого набору спеціальних вимог, таких як наші ресурси та час, наші попутники та їх наявність, бронювання готелів та транспорту, а також бажані напрямки та їх різні підношення. Ми якимось чином узгоджуємо різні описи, що використовуються в кожній з систем, і зіставляємо їх один з одним, щоб відповідну інформацію можна було об'єднати та порівняти. Незважаючи на те, що системи використовують різні формати, словники та структури, вони орієнтовані на користувачів людини і їх відносно легко інтерпретувати. Для автоматичних перетворень часу виконання, з якими потрібно обробляти обчислювальним шляхом, дизайнери стикаються з проблемою створення більш структурованих процесів для злиття інформації з різних систем. [18]

    Час трансформації - під час проектування при об'єднанні системних ресурсів або під час виконання певної взаємодії - залежить від характеру співпраці між організаційними системами. Перетворення часу проектування залежать від високо кооперативних середовищ, де конкретні вимоги до проектування (наприклад, правила та критерії відображення) можуть бути узгоджені перед впровадженням системи. У випадках, коли перетворення з високою гнучкістю, спеціальними або в режимі реального часу неможливі через відсутність співпраці (наприклад, ShopStyle.com), процеси трансформації під час виконання можуть забезпечити відповідні альтернативи. Деякі низькорівневі несумісності між організаційними системами, такі як наявність синтаксичних, кодувальних та конкретних структурних та змістових проблем, також можуть бути виправлені шляхом впровадження методів трансформації під час виконання, створюючи більш вільно пов'язані взаємоопераційні системи.

    Зернистість і абстракція

    У рамках системи письма та семантичних перетворень питання деталізації та рівня абстракції («Визначення сфери та фокусу» та «Категорія Абстракція та деталізація») становлять найбільші виклики для міжорганізаційної сумісності систем. [19] Зернистість відноситься до рівня деталізації або точності для певної властивості інформаційного ресурсу. Наприклад, поштова адреса певного місця може бути представлена у вигляді декількох різних елементів даних, включаючи номер, назву вулиці, місто, штат, країну та поштовий індекс (модель високої деталізації). Він також може бути представлений в одному рядку, включаючи всю інформацію вище (модель низької деталізації). Хоча легко створити повну адресу шляхом агрегування різних інформаційних компонентів з моделі високої деталізації, розкласти модель низької деталізації на більш конкретні інформаційні компоненти не так просто.

    Однак це не означає, що модель з високою деталізацією завжди є найкращим вибором, особливо якщо контекст використання цього не вимагає, оскільки існують відповідні компроміси з точки зору ефективності та швидкості складання та обробки інформації про ресурс. (Див. бічну панель, AccuWeather Запит деталізації)

    Рівень абстракції - це ступінь, до якої опис ресурсу абстрагується від конкретного випадку використання, щоб відповідати більш широкому спектру ресурсів. Наприклад, у багатьох країнах є адресне поле під назвою держава, але в деяких країнах подібне регіональне поділ називається провінцією. Для того, щоб вмістити обидва поняття, ми можемо абстрагуватися від оригінальних конкретних понять і встановити більш абстрактний опис адміністративної області. Різниця деталізації та абстракції можуть виникати на кожному рівні властивостей ресурсу, коли ресурси потрібно трансформувати; отже, їх потрібно розпізнавати та аналізувати на кожному шарі.

    Точність перетворень

    Інструменти автоматичного відображення можуть бути такими ж точними, як специфікації та критерії, які включені в керівні принципи відображення. Інтелектуальні перевірки та тести, що проводяться людьми, майже завжди необхідні для перевірки точності перетворення. Оскільки системи опису відрізняються виразною силою та складністю, виклики перетворень можуть виникати через відмінності в семантичних визначеннях, правилах щодо того, чи потрібен елемент чи потребує декілька значень, ієрархічних чи значущих обмежень та контрольованих словників. [21] В результаті цих складнощів абсолютні перетворення, що забезпечують точне відображення, призведуть до втрати точності, якщо система опису джерела значно багатша за цільову систему.

    На практиці часто реалізуються відносні пішохідні переходи, де всі елементи опису джерела відображаються принаймні до однієї мети, незалежно від семантичної еквівалентності. Це знижує якість і точність відображення і може призвести до «вниз перекладу» або «скидання» системи для опису ресурсів. В результаті компромісів відображення через різні рівні деталізації або абстракції перетворення з різних систем організації зазвичай призводять до менш деталізованих або конкретних описів ресурсів. Отже, якщо деякі взаємодії тепер увімкнені (наприклад, перехресний системний пошук), інші, які колись були можливі, більше не можуть підтримуватися. Наприклад, об'єднання географічних та суб'єктних полів людини з однієї системи (наприклад, географічний суб'єкт = Альберта, особа суб'єкт = Вірджинія) до спільного предметного поля (наприклад, суб'єкт = Альберта, Вірджинія) для перетворення на опис ресурсів іншої системи не дозволяє проводити пошуки, які розрізняють між цими конкретними категоріями більше.

    Зупиніться і подумайте: Dumbing вниз

    Чи можете ви придумати приклад, коли елементи опису ресурсів з однієї системи доступні для взаємодії в іншій через трансформацію, де цільова система не зберігає всі деталі описів у джерелі?

    1. Найбільші постачальники бібліотечних систем зараз продають своїм клієнтам так звані портали виявлення, які дозволяють бібліотекам інтегрувати свої локальні каталоги з центральними індексами журналів та інших повнотекстових баз даних. Перевагами порталів відкриття є безперешкодний доступ для меценатів до всіх електронних матеріалів бібліотеки (включаючи зовнішні ліцензовані бази даних), зберігаючи при цьому локальний та індивідуальний вигляд. Надаючи нестандартні рішення, постачальники, з іншого боку, більш тісно пов'язують бібліотеки зі своїми продуктами.

      Див. приклад Екслібріс Прімо (http://www.exlibrisgroup.com/category/PrimoOverview/) або www.oclc.org/worldcatlocal/default.htm).

      ←


    2. Хоча кодування даних описує, як представлена інформація, а формати обміну даними описують, як структурована інформація, протоколи зв'язку стосуються того, як відбувається обмін інформацією між системами. Ці протоколи диктують, як ці документи вкладені в повідомлення, і як ці повідомлення передаються по мережі. Описані та розглянуті такі речі, як формат повідомлення, виявлення помилок та звітність, безпека та шифрування. В даний час існує ряд комунікаційних протоколів, які використовуються по мережах, включаючи протокол передачі файлів (FTP), протокол передачі гіпертексту (HTTP), зазвичай використовується в Інтернеті, протокол поштового відділення ( POP) зазвичай використовується для електронної пошти та інших протоколів відповідно до протоколу управління передачами/протоколу Інтернету (TCP/IP) набору. Різні виробники продуктів зазвичай також мають більше фірмових протоколів, які вони використовують, включаючи Apple Computer Protocols Suite та протоколи Cisco. Крім того, різні типи мереж також матимуть відповідні протоколи, включаючи мобільні бездротові протоколи тощо.

      ←


    3. Електронний обмін даними (EDI), використовується для обміну відформатованими повідомленнями між комп'ютерами або системами. Організації використовують цей формат для проведення ділових операцій в електронному вигляді без втручання людини, наприклад, при надсиланні та отриманні замовлень на купівлю або обміну інформацією про рахунки-фактури тощо. Існує чотири основні стандарти, які були розроблені для EDI, включаючи стандарт ЕДІФАКТ ООН, рекомендований Організацією Об'єднаних Націй (ООН), ANSI ASC X12 стандарт широко використовується в США, стандарт TRADACOMS, який широко використовується у Великобританії, і стандарт ODETTE використовується в європейській автомобільній промисловості. Ці стандарти включають формати для широкого кола ділових видів діяльності, таких як повідомлення про доставку, грошові перекази тощо. Повідомлення EDI мають високо форматування, при цьому значення інформації, що передається, сильно залежить від її положення в документі. Наприклад, рядок у документі EDI з BEG*00* NE* MOG009364501**950910*CSW11096^ відповідає рядку стандарту X12 для замовлень на купівлю (стандарт 850). «BEG» визначає початок набору транзакцій замовлення на купівлю. Символ зірочки (*) розмежовує між елементами в рядку, причому кожне значення відповідає певному полю або інформаційній складовій, описаним у стандарті. Наприклад, «NE» відповідає коду типу замовлення на купівлю, який у цьому випадку є «Нове замовлення». Як видно на прикладі, опис інформації, що передається, не є легко доступним всередині документа. Натомість сторони, які обмінюються інформацією, повинні заздалегідь узгодити ці формати і повинні переконатися, що інстанс інформації знаходиться в правильному положенні в документі, щоб приймаюча сторона могла правильно його інтерпретувати.

      * Зразки EDI надходять з miscouncil.org

      Американська національна асоціація стандартів (ANSI) можна знайти за адресою http://www.ansi.org.

      ←


    4. Цей та інші приклади для складних категорій можна знайти в: (Bowker and Star 2000).

      ←


    5. (Лінтікум 1999).

      ←


    6. Дозволення необмеженого доступу до даних і бізнес-процесів також стає проблемою при роботі між організаціями. Наприклад, повна інтеграція систем між двома компаніями може спричинити за собою розкриття бізнес-аналітики та інформації, яка повинна залишатися приватною. Цей тип впливу занадто великий для більшості підприємств, незалежно від того, чи відносини з іншим бізнесом є спільними, а не конкурентоспроможними. Існують питання безпеки, які слід враховувати, оскільки співпрацюючим організаціям потрібно буде отримати доступ до приватних мереж та захищених серверів. Гетерогенність у підтримці організаційних систем разом з необхідністю швидко розвиватися з швидкими змінами в конкурентному та спільному середовищі організації підштовхнули організації до переходу від більш вертикальних, ізольованих структур до більш слабо пов'язаної екосистемної парадигми Це призвело до більш компонентизовані та модульовані системи, яким потрібно лише обмінюватися інформацією або перетворювати ресурси, коли цього вимагає взаємодія.

      Тоді нова парадигма полягає в тому, щоб дозволити незалежним системам взаємодіяти або мати «здатність двох або більше систем або компонентів обмінюватися інформацією та використовувати інформацію, якою обмінювався. Оскільки основна увага приділяється обміну ресурсами або описами ресурсів, незалежні системи не обов'язково повинні знати основну логіку або реалізацію інших систем, наприклад, як вони зберігають ресурси. Важливо знати, який ресурс очікується і в якому форматі (позначення, система написання, семантика), і яка інформація повертається для того чи іншого. Це стратегічний підхід до обміну ресурсами, оскільки системи можуть залишатися дуже незалежними один від одного. Зміни в одній системі не обов'язково повинні впливати на те, як працюють інші системи до тих пір, поки інформація, яка надсилається та отримується через інтерфейс, залишається незмінною. Це дозволяє більшу адаптивність, оскільки зміни в системній логіці або бізнес-процесах можуть здійснюватися в автономних модулів, не обов'язково зачіпаючи інших. Потім перетворення відбувається в проміжному просторі, де фіксуються угоди про описи ресурсів.

      ←


    7. Щоб проілюструвати різницю між односпрямованою та двонаправленою картою, розглянемо дві системи: Систематизовану номенклатуру медицини — Клінічні терміни (СНОМЕД-КТ) та Міжнародну класифікацію хвороб, десята Ревізія, клінічна модифікація (МКБ-10-CM).

      SNOMED-CT - це медична мовна система для клінічної термінології, що підтримується Міжнародною організацією з розробки термінологічних стандартів охорони здоров'я (IHTSDO) та призначений електронний стандарт обміну клінічною інформацією про здоров'я для Системи федерального уряду США (http://www.nlm.nih.gov/research/umls/Snomed/snomed_main.html).

      МКБ-10-CM, з іншого боку, є міжнародною діагностичною класифікаційною системою для загального епідеміологічного, медичного управління та клінічного використання, що підтримується Всесвітньою організацією охорони здоров'я (ВООЗ) і використовується для кодування та класифікації даних про захворюваність стаціонарні/амбулаторні записи, лікарські кабінети та більшість обстежень Національного центру статистики охорони здоров'я (NCHS) (http://www.who.int/classifications/icd/en/).

      Оскільки багато різних концепцій SNOMED-CT можуть бути відображені в одному коді МКБ-9-CM, карта в цьому напрямку не може бути використана в зворотному напрямку, не вносячи плутанини та неоднозначності.

      ←


    8. (Макбрайд та співавт. 2006).

      ←


    9. (НІСО 2004).

      ←


    10. http://journal.code4lib.org/articles/54 (Розділ 1.), http://www.dlib.org/dlib/june06/chan/06chan.html.

      ←


    11. (Редактор 2009а).

      ←


    12. (Редактор 2009b).

      ←


    13. http://www.loc.gov/marc/.

      ←


    14. (Годбі, Сміт та Чайлдрес 2008), Розділи 1 та 2.

      ←


    15. До взаємодії на рівні елементів у бібліографічних метаданих (Godby, Smith, and Childress 2008), Розділ 4.4, «Перемикання через. » Розглянемо, як Гетті створив пішохідний перехід під назвою Категорії для опису творів мистецтва (CDWA) для перемикання між одинадцятьма стандартами метаданих, включаючи машиночитане каталогізування/англо-американські правила каталогізації (MARC) та Дублінське ядро (DC). У цьому випадку елемент «Дата створення» у CDWA відображається на «260c відбиток - дата публікації, розповсюдження тощо» у MARC/AACR та «Date.Created» у DC. Хоча це створює двоетапний пошук у режимі реального часу, пряме відображення цього елемента від MARC/AACR до DC більше не є необхідним для взаємодії систем.

      ←


    16. Найчастіше інструменти відображення графічних даних входять до набору даних витягування, перетворення та завантаження (ETL), що забезпечує додаткові потужні можливості перетворення даних. У той час як відображення даних є першим кроком у захопленні взаємозв'язків між різними системами, перетворення даних тягне за собою генерацію коду, який використовує отримані карти для створення виконуваної трансформаційної програми, яка перетворює вихідні дані в цільовий формат. Бази даних ETL витягують необхідну інформацію з зовнішніх джерел, перетворюють їх на інформацію, яку може використовувати цільова система, використовуючи необхідні відображення даних, а потім завантажує її в кінцеву систему.

      ←


    17. Такі мови, як XSLT та Turing Extender Language (TXL), полегшують перетворення даних, тоді як різні інструменти для зберігання комерційних даних забезпечують різні функціональні можливості, такі як отримання одних/декількох джерел, очищення даних та статистика та аналітичні можливості. На основі XML, XSLT - це декларативна мова, призначена для перетворення XML-документів в інші документи. Наприклад, XSLT можна використовувати для перетворення даних XML в HTML-документи для веб-відображення або PDF для друку або відображення на екрані. Обробка XSLT тягне за собою прийняття вхідного документа у форматі XML та однієї або декількох таблиць стилів XSLT через механізм обробки шаблонів для створення нового документа.

      ←


    18. (Карні та співавт. 2005).

      ←


    19. Детальне обговорення проблем сумісності див. Розділ 6 (Глушко та МакГрат 2005).

      ←


    20. (AT&T 2011).

      ←


    21. (Чан і Цзен 2006). Розділ 4.3.

      ←