Журнал змін
Что нового.
Все усовершенствования платформы, как только она будет запущена.
· DaemonService
MeridianLink опитування застосовується до заявок на позику, а не до лідів
Змінені позики збігаються за допомогою MLOS_ LOAN_ LOS_ LINKS і надсилаються до securityservice за з’ єднанням; невідомі позики приймаються лише там, де Підрозділ LO відповідає одній організації.
· SecurityService
Віддзеркалення кожної заявки на позику у зовнішній MLOS ринку, в обох напрямках
Arive і MeridianLink з' єдналися з ринком MORTGAGE (MLOS) замість і синхронізувати кредитні заявки замість лідів. - LoanLosSyncService: черга + 20- х секундна одинична позначка; створює позику у зовнішній MLOS, якщо існують його обов’ язкові поля, відсилає зміни етапів, повертає вимкнено у разі невдачі, пропонує перенаправлення / open- in- MLOS / перегляд стану за позиками - LoanLosSyncInterceptor: розділи, що належать зовнішньому MLOS (займисті, property, loan terms for Arive) відповідь 409 у Kamo; зберігає чергу синхронізації - LosLoanApplyService переносить конвеєр на стадію MLOS (ніколи назад), мітка ходу, щоб його не відгукувалося або не надсилали електронною поштою - LosLoanAdoptionService: позика, створена у MLOS, стає позикою Kamo застосування на рахунку позичальника, згруповані в одну транзакцію з інші позики позичальника, відкриті у вікні з’ єднання (30 днів) - Arive вхідний: позики розпізнано за Kamo посиланням, GUID, а потім номером позики; сторінкований імпорт активних позик (Знайти позики / Отримати позики) - кінцеві точки з' єднання пересунути до **************** - вилучено контролери і служби LOS на рівні керування
· kamo-shared-library
Синхронізувати зовнішній MLOS (Arive, MeridianLink) на позиці, а не на головній
Посилання LOS верхнього рівня замінено посиланням LOS нижнього рівня: кожна програма кредитування відображається на зовнішній MLOS ринку і назад, пов' язаний один з одним за допомогою MLOS_LOAN_LOS_LINKS і керується MLOS_LOS_SYNC_QUEUE. - LoanLosProvider SPI (створення / відсилання / відсутні поля / заблоковані розділи / відкриття) посилання) з реалізаціями Arive (через Zapier) і MeridianLink - AriveLoanMapper: повна позика -> Створити позику (94 вхідні дані, спів- позичальник), стадія оновлення, небажана дія, сторінкований пошук позик / отримання позик, і текст рядка Zapier знову в орендовану пляму - LoXmlFieldMapper зображує запит на позику, а не лідер - AriveConfigConfig: карта стадії до стану позики, вікно транзакції (30d), Поступ синхронізації та імпорту - переходи конвеєра містять syncSource, отже, відлуння не надсилаються знову, і позичальникам не надсилається повідомлення електронною поштою про хід, керований MLOS - вилучено адаптери, латки і гачки LOS LeadService
· SecurityService
Закодована термінологія — RxNorm, ICD- 10- CM, CVX і HCPCS, завантажені від їхніх видавців; вибірки, реальні перевірки коду і вікно взаємодії з високим пріоритетом ONC
Завантажувачі (ehr.terminology): RxNorm Поточний рецептурний вміст (NLM, MD5 перевірено за NLM) page; **************** drug->ingredient розв’ язано за допомогою компоненти/ генерики/ пакунки, ліки->форма дозування, розклад DEA від DCSA), файл замовлення ICD- 10- CM (з можливістю прапорець, короткі/ довгі назви, префікс закриття), CVX + групи вакцин (CDC), HCPCS рівень II щоквартально (CMS; модифікатори і CPT ніколи не завантажуються). Видає адресу URL джерела запису, версію видавця, дати дії і контрольна сума; відповідає лише випуск COMPLETE; заміна закінчує випуск там, де починається наступний. Темпований Пакетні записи JDBC; щоденне оновлення 09: 30 UTC за договором оренди; завантаження на запит для адміністраторів платформи. Пошук: індекс символ- префікс (без триграми/ GiST на Yugabyte), правила ранжування, встановлені тестами; / status, Ліки, діагнози, вакцини, процедури, пошуки. Перевірка: ClinicalCodeChecker відмовляється від кодів, яких не вистачає у завантаженому релізі (ICD за датою обслуговування; заголовок) коди, відкинуті у заявках, попереджені у інших місцях; CVX має бути активним для дози, вказаної тут; RxCUI має існувати; рецепти повинні мати точну назву продукту, коли завантажується RxNorm і приймати розклад RxNorm, коли суворіше), повертаючись до форматування — і кажучи так — коли жоден реліз не покриває дату. Взаємодії: 15- парний список високоприоритетних ONC (Phansalkar et al., JAMIA 2012) як дані з його цитування, члени розв’ язані до складових RxCUI з завантаженого RxNorm; відфільтровано 14 пар (QT членів пари не опубліковано у статті). Вивчення є попередженнями високого ризику, які потребують перезапису причина; прогалина DRUG_ INTERACTION залишається відкритою з реченням « Перевірено тільки проти ... », отже isComplete () залишається невірним. Алергії, закодовані у RxNorm, тепер також збігаються за складовими.
· kamo-internal
Надіслати повідомлення пацієнтам з карти, спочатку дати згоду; нагадування, підтвердження і відеовідвідування за розкладом
- Вкладка Повідомлення: карта згоди на контакт (текстові повідомлення, електронна пошта, не контактувати — коли і як, історія), редактор, який запитує сервер перед надсиланням (згоди, і мінімально необхідний запит для клінічних слова, які автор повинен підтвердити), і те, що було надіслано, з його станом доставки; оновлення часової шкали - Розклад дня і зустрічі у графіку: нагадування про результат у словах, підтвердження (відповідь текстом або Початок відео- візиту (маршрут приєднання тільки для членів), Надіслати пацієнта посилання (текст / електронна пошта / їх вибір) і копіювати посилання на пацієнта, з попередженням, коли клініка Налаштування зустрічі не дозволить пацієнту - Відео-відвідування, що проводяться без входу, отримують такі ж можливості керування, як і відвідування - Налаштування практики: перегляд Нагадування — включено/ виключено, до трьох термінів виконання, канал, розташування, відповідь- C підтвердження, тихий час, власні слова практикуючої з дозволеними заповненнями і перегляд - Нагадування: надіслати текстове повідомлення або повідомлення електронної пошти словами, запропонованими програмою, з записом нагадування, коли воно надсилається
· MediaService
Відеокімната для медичних візитів, створена для сервераName
POST /api/internal/meet/telehealth (X-Internal-Auth = internal.auth.secret, MeetInternalAuth) створює зустріч у власному провайдері організації і у реальному домені, організована лікарем і запланована на початок відвідування (тобто закінчення терміну дії посилання гостей рахується з моменту відвідування). Доступ гостей і лобі увімкнено для кімната; відповідь додає guestsAllowed=false, якщо за параметрами організації Kamo Meet всіх гостей заборонено, щоб лікарня була попереджена перед тим, як пацієнту буде надіслано посилання, яке не дозволяє його прийняти. Title is only «Відео-відвідування»: списки зустрічей знаходяться поза межами ворота взаємовідносин у таблиці.
· VOIPService
Диаграма пацієнта практики сприймає відповіді пацієнта, STOP/ START і підтвердження про доставку
PatientSmsRelay надсилає повідомлення (X- Internal- Auth, вимкнено нитку передачі, обмежена черга, ніколи не відсилається) до Служба безпеки **************** - кожен вхідний текст після видалення дублікатів і обробки ключових слів, з ключовим словом і інформацією про те, чи було воно внесено до цього файла — щоб відповідь на нагадування з номером, який не належить жодному з учасників, більше не втрачалася у діаграмі, STOP/ START досягає Пацієнт дає згоду, і С підтверджує нагадування про візит; - підтвердження передачі повідомлення, у якому немає рядка (тексти пацієнта записуються службою безпеки). Нічого не змінюється у розмовах членів; текст, який не відповідає жодному з пацієнтів, буде ігноровано.
· kamo-internal
Електронне виписування рецептів — діалогове вікно електронного виписування рецептів, робочий список електронних рецептів, налаштування та аптеки
- Диаграма ліків: e-Rescribe відкриває нашу передумову + перевірку безпеки, а потім мережу сторінку у великій рамці; закриваючи її, ви імпортуєте те, що було надіслано. Кожен рецепт показує Надіслано до < аптека > / Передача зазнала невдачі / Надруковано — тільки те, що було підтверджено. Локальна форма тепер має назву Переписати на папері. - Розділ електронних рецептів: помилки передачі, рядки звіту, які не відповідають жодній таблиці (відповідають або відкинути з поясненням причини), нещодавно надіслані повідомлення і значок вкладки RxLog; мережі. - Налаштування → Електронне виписування рецептів (Керівництво параметрами EHR): контрольний список активації, уповноваження лише для запису, перевірка з' єднання, вихідні адреси, введення підтвердження, люди з NPI/DEA, стан каталогу аптеки. - Аптеки пацієнтів: основна + альтернативна з каталогу, вільний текст зберігається як резерв. - ТЕСТОВОЙ РЕЖИМ / не настроить баннеры на каждой поверхни электронного рецепта.
· SecurityService
Пацієнтам можна надсилати текстові повідомлення та електронні листи з карти — перш за все, нагадування, відео- візити, повідомлення про відкликання
- Одна дверь с согласием **************** для сообщений, напоминаний, видео ссылок, повідомлення про відкликання та відповіді на підтвердження: власна згода пацієнта на канал (TCPA/ HIPAA, ніколи припускається, пов’ язано з номером), списки організацій, з якими не слід зв’ язуватися / не слід надсилати електронну пошту, тихий час для будь- чого автоматизовано. Надіслані повідомлення потрапляють лише на часову шкалу пацієнта (ніколи не передаються до CRM- контакту, який поділяє цю часову шкалу) номер) і в ehr_patient_message зі станом перевізника. - Конечні точки реєстру згоди, /check (згода + мінімально необхідний запит клінічних слів), /send, /sent. - Нагадування про зустрічі: налаштування практики (часи виконання, канал, шаблони, для яких не можна використовувати шаблони- замінники) досягти причини, типу, клініка або спеціалізації; тихі години ніколи не вузькі 9 вечора - 8 ранку), а завдання з одноразовим блокуванням, яке вимагає кожного нагадування перед надсиланням (один раз на зустріч, головне і початкове), календарний- день випереджає на практичному годиннику через DST, пропуски записуються з причинами. - Вхідна ретрансляція з VOIPService (внутрішня): STOP/ START до журналу пацієнта, відповіді, що не зберігаються, на часовая шкала пациента, C подтверждает напоминание о посещении; квитанции перевозчика обновляют статус доставки. - Відеовідвідування: кімната на відео- зустріч або відвідування через абстракцію постачальника MediaService, публічне посилання на пацієнта проти посилання на лікаря, доступного тільки членам, send- link- now; підтвердження від офісу. - Відкликати: надіслати повідомлення про відкликання через ті самі двері і автоматично записати в журнал відкликання.
· SecurityService
Електронне видача рецептів за допомогою інтеграції Weno Exchange EZ
- Схема постачальника ErxTransport (типова UnconfiguredErxTransport, перша мережа WenoErxTransport) - Обліковий запис практики eRx (MANAGE_ EHR_ SETTINGS): мережа, TEST/ LIVE з підтвердженням запису, пароль адміністратора тільки для запису + ключ облікового запису, зашифрований ключем ehr- erx- enc- key, ідентифікатор розташування, перевірка з' єднання (WenoManage ValidateEncKey), адреси виходу, перевірковий список для запуску - Реєстрація лікаря/працівника: НПІ перевірено за NPPES, форматом DEA + контрольною цифрою, розкладами, термін дії, стан ліцензій, реєстрація Weno (тільки запис), стан і прапорець EPCS - Каталог аптек: щоночі дельта + щотижня повна заміна під замком singleton, пошук за ім'я/поштовий індекс/місто/телефон, первинний пацієнт + альтернативний NCPDP - e- Prescribe: попередні вимоги з метою виправлення (включаючи зріст/ вагу неповнолітніх і відповідальність сторона), наш обзор аллергии/дубликата с честным непроверенным списком, зашифрованный URL ComposeRx, компонування для підпису для співробітників з клінічними нотатками документів - RxLog, електронний список рецептів, імпорт синхронізації NewRx кожні 15 хв + на запит: idempotent, відповідає нашому OrgPatientID, невідповідні рядки зберігаються для перегляду, перевірено PHI - Паперовий друк тепер має перевірений NPPES NPI і печатки printed_ at
· kamo-shared-library
Схема електронного виписування рецептів — мережевий обліковий запис, реєстрації, каталог аптек, передачі
П' ять нових клінічних таблиць (ehr_ erx_ settings, ehr_ erx_ enrollment, ehr_ erx_ pharmacy, ehr_ erx_ pharmacy_ import, ehr_ erx_ transmission), структурована улюблена/ альтернативна аптека NCPDP на фір_ пацієнт і printed_ at на фір_ запит_ ліків. Стовпчики шифротексту @ JsonIgnore. DDL вже застосовано до виробництва як роль власника.
· kamo-shared-library
Об’ єкти зв’ язку з пацієнтами — дозвіл контакту, надіслані повідомлення, журнал нагадування, параметри нагадування, відеовідвідування
- PatientContactConsent (ehr_ patient_ contact_ consent): додати тільки SMS / EMAIL / журнал без контакту - PatientMessage (ehr_ patient_ message): текстові повідомлення і повідомлення електронної пошти, надіслані пацієнту, зі статусом передатчика - AppointmentReminder (ehr_ appointment_ reminder): один рядок на зустріч, час виконання і початок — ключ idempotency - PracticeMessagingSettings (ehr_ practice_ messaging): нагадування, часи виконання, канал, шаблони, години тиші - VideoVisit (ehr_ video_ visit): зустріч, у якій відбувається відео- зустріч або відвідування - Зустріч: confirmed_ at, confirmed_ via - Канонічний шаблон електронної пошти ehr.patient_message (тільки рамка) + конструктор змінних PatientMessageEmail
· kamo-internal
Офіс позовів — файли 837P для порталу розрахункової палати, підтвердження, перегляд і публікація 835, налаштування рахунків за позовами
- /patients Розділ вимог (VIEW_CLAIMS / MANAGE_CLAIMS / POST_INSURANCE_PAYMENTS): готові заявки → перевірка (проблеми згруповані за місцем їх виправлення, з кнопка, яка переносить вас туди) → збудувати файл → звантажити → « Я вивантажив його » або відкласти; історія файлів вимог з повідомленнями клірингової палати щодо вимог; перетягування і скидання вивантаження 999 / 277CA / 835 з результатами на звичайній мові; перегляд 835 (буде відправляти / потребує людина / пацієнти тепер повинні, коректування на рівні постачальника, баланс попереджень, технічні деталі розширювача) і після одного. - Налаштування → Розрахунки за вимогами (MANAGE_ EHR_ SETTINGS): постачальник розрахунків, розрахункові центри (тестування/виробництво), рахунки клінік, типи планів платників. - Вкладка « Диаграма розрахунків »: посилання на готову заявку для надсилання її у файлі; Канал CLEARINGHOUSE_ FILE читається як файл розрахункової палати.
· kamo-shared-library
Сховище термінології може містити завантажені випуски — стан завантаження, стовпчики вибору, посилання на складові, слова пошуку
term_code_system_release набирає **************** так тільки ПОЛНЕ видання відповідає на пошук. term_ concept отримує concept_ class (RxNorm TTY), short_ display, billable (заголовки ICD- 10- CM), status (CVX), dea_ schedule (RxNorm DCSA) і search_ text. Нове відношення term_ concept_ relation (розв’ язано ліки->склад, ліки->форма дози) і term_ concept_ token (один рядок на слово для пошуку: діапазон пошуку префіксів, оскільки Yugabyte не має trigram/ GiST). Довідкові дані знаходяться під назвою TerminologyTenancy. REFERENCE (термінал 0). FhirCodeSystems отримує URI HCPCS. DDL було застосовано вручну до виробництва перед цим надсиланням.
· SecurityService
837P файли претензій для вручну вивантаження, 999/ 277CA підтвердження і 835 ERA перегляд і публікація
Не існує договору з розрахунковим центром, тому практики висилають файли X12 на портал за допомогою рука. Це побудує цей шлях з кінця до кінця: - 837P (005010X222A1) для однієї або декількох готових заявок: 1000A/ B, 2000A/ 2010AA з NPI, ідентифікатор платника податків і вулиця (ніколи поштовий індекс) з поштовим індексом +4, 2000B/ 2010BA/ BB, 2000C/2010CA для члена сім'ї, 2300 CLM/HI з CLM01 = наш номер претензії, Відтворення 2310B, 2400 SV1/ DTP/ REF* 6R. Чистий записник, прикріплений золотими файлами. - Перевірка перед збиранням, у простому вигляді з назвою місця, де її слід виправити; файл з відомою проблемою ніколи не буде побудовано і не витратить контрольний номер. - ISA13/ GS06/ ST02 з атомного лічильника на практику (REQUIRES_ NEW bean). - Пакети зберігаються байт за байтом за допомогою SHA- 256; повторно звантажується ідентичний файл; підтвердження вивантаження пересуває заявки до SENT через CLEARINGHOUSE_ FILE з файл як посилання; файл, який ніколи не вивантажувався, залишається, але не вилучається. - Імпорти 999 і 277CA позначають файли і претензії прийнятими/ відхиленими з поясненням причин. - 835 імпорт створює один переказ на платіж (унікальний слід), перегляд показує відповідальність відповідного/ невідповідного/ пацієнта, відсилання є додавальним (зворотним), відповідає REF* 6R, тоді код + модифікатори, PLB і невідповідні гроші залишаються не застосованими, опубліковано один раз (умовне ОНОВЛЕННЯ). - Невеликий X12- токенізатор/ записувач з роздільниками від ISA; файли ніколи не записуються у журнал; збирання і завантаження, що перевіряються і закриваються з помилкою на заяву, як експорт PAYMENT.
· kamo-shared-library
Сутності файлів претензій X12 — профіль розрахунків, розрахункові центри, клініки розрахунків, типи планів платників, контрольний лічильник, партії 837, імпорт
Таблиці за вручну завантаженими файлами 837P і імпортом 999/277CA/835. RemittanceAdvice.raw835 тепер @JsonIgnore (835 називає кожного пацієнта платить, а робочі списки переказів серіалізують суб’ єкт); claimForPosting заявляє про неопубліковану переказку у одному умовному ОНОВЛЕННІ, отже ERA опубліковано один раз. DDL було застосовано до виробничого Yugabyte перед цим надсиланням.
· kamo-internal
Вибір кодів — RxNorm, ICD- 10- CM, CVX, HCPCS
Один комбінований список доступний за допомогою клавіатури (ARIA 1. 2: activedescendant, arrows, Home/ End, Enter, Esc, Tab) за чотирма тонкими вибірками. 250 мс відскоку, відповіді з нумерацією запитів, що складаються принаймні з двох символів, тому повільна відповідь ніколи замінює на новіший, скелетні рядки під час пошуку, невдалий стан з повторити спробу (ніколи не « немає збігів » після помилки) і спокійне сповіщення про те, що не завантажено що повертає старе введене поле. Щодо завантаження списків запитується один раз за завантаження сторінки, а невдалий запит буде повторено, а не кешовано. - Prescribe: потрібний продукт RxNorm під час завантаження RxNorm; rxcui надіслано; список розкладів DEA передвибирає контролювані і тільки суворіші розклади. - Зовнішні ліки та алергія: RxNorm не обов' язковий, вільний текст зберігається і Не закодовано (продукти харчування, середовище і класи ліків залишаються у вказаному вигляді). - Список проблем, діагнозів візитів і причин замовлення: вибір МКХ- 10- CM з попередження про неплатоспроможність перед збереженням. - Імунізація: підбирач CVX, інактивовані вакцини тільки для історичних доз. - Конструктор вимог: вибірки ICD- 10- CM і HCPCS, CPT прийнято як введене і з позначкою « тільки формат », кожен код пошукував дату обслуговування і заявка заблокована на не знайдені, не обліковуються або припинені коди. - Перегляд безпеки називає попередження DRUG_INTERACTION як небезпечну комбінацію.
· kamo-internal
Одна послідовна діаграма — відкликання, платіжки на робочому столі, зображення карток, друк рецептів, відео проходження
- Диаграма вкладок у порядку відвідування клініки (Зведення, Клініка, Відвідування, Моніторинг, Документи, Страхування, Розрахунки) Зустрічі, Повідомлення, Записи), за правом доступу в обох рівнях; розрахунки відкриваються для претензій або доступ до платежів за столом; відкрита вкладка прокручується у перегляді на телефоні і знаходиться на таблетці, а не підкресленій. - Вкладка « Прийом »: відкликання пацієнта — створити, записати у журнал спробу зв’ язку, позначити виконано у відвідуванні, закриття з причиною (право на бронювання). - Вкладка рахунків: платежі з номерами квитанцій, загальні суми, які не містять порожніх рядків, передрукувати і скасувати. - Страхування: найновіша карта зліва і справа як зображення, з попереднім налаштуванням вивантаження збоку. - Роздрукувати паперовий рецепт зі списку ліків і резюме, а не тільки з його візиту. - Відвідування без виклику може бути відео візитом. - Остановка медикамента в резюме перечитывает его на месте вместо перезагрузки диаграммы.
· SecurityService
Розрахунок може читати платежі пацієнта на столі і передрукувати квитанцію
Для скасування оплати на робочому столі потрібні MANAGE_ CLAIMS або POST_ INSURANCE_ PAYMENTS, але їх перелік і читання квитанції потребує BOOK_ APPOINTMENTS — платник може скасувати платіж, якого не знайшов. Список пацієнтів і квитанція тепер відкриті для права на бронювання АБО права на розрахунок.
· kamo-internal
Рецепція може відкрити, зареєструвати, виправити і застрахувати пацієнта
- Сторінка з діаграмою: перегляд у вигляді вікна (Зведення, Страхування, Зустрічі, Повідомлення) для членів з право на реєстрацію/планування/виставлення рахунків і відсутність стосунків з охороною здоров'я, з чіткою поміткою, що клінічна Подробности принадлежат команде по уходу. Клиническое резюме требуется только для полной карты. - Реєстрація: контактні телефони, адреса електронної пошти, адреса, контакти для надзвичайних ситуацій, мова/ перекладач, улюблений контакт, PCP, аптека, стать при народженні, гендерна ідентичність, перевірено; MRN присвоєно, якщо порожній; дублікати кандидатів показано за ім’ ям, датою народження і MRN; застарілі перевірки відкинуто; коди статі FHIR. - Виправлення змінюють кожне поле, вилучають необов’ язкові поля і зберігають на місці з видимим знаком Збережено. - Пошук за повним ім’ ям, лише за днем народження або за телефоном; показано форматований день народження; вік за повідомленнями ICU. - Страхування: додавання/ редагування/ припинення політик, запис вручну перевірених правил (не проводиться електронна перевірка) неявний), історію перевірок, попередні авторизації; позначки стану зв’ язків і претензій, які можна прочитати. - Повідомлення: додати контактну точку; номери/ адреси електронної пошти за допомогою PhoneNumber/ EmailAddress. - Портал: запрошення з попередньо заповненим файлом електронної пошти, показ повідомлення сервера, надання опікуна/ проксі і відкликати. - Break- glass: помилки, які буде показано у діалоговому вікні, і мінімальна довжина повідомлення, що складається з 10 символів, буде пояснено кількістю символів.
· kamo-internal
Відвідування та записки, які може виконувати лікарська контора — документи, роздруківки
Нотатки (виправлено втрату даних P0) - Після повторного відкриття чернетки її текст буде перечитано перед розблокуванням редактора; якщо це неможливо, читання редактор ніколи не відкриватиметься над ним. Підписані нотатки відображаються лише для читання з їх текст і доповнення/поправки в порядку. - Автозбереження перезаписано як NoteDraftSaver: лічильник редагувань, один раз збереження за раз, відкинутий, вилучено при розмиванні / вкладці сховати / розвантажити / розмонтувати, базова версія надіслана так чернетку, змінену в іншому місці, буде відхилено, а не перезаписано; видиме Збереження… / Збережено · 2: 41 PM / Не збережено + Повторити спробу. Підписання спочатку списує і підписує тільки підтверджена версія. - Типи нотаток (включаючи історію і фізичні дані), вбудований SOAP / H& P / медична сестра / шаблони телефону/ процедури плюс шаблони збережених практик, вибір співпідписувача (AgentSelector обмежений COSIGN_ CLINICAL_ NOTES), відкликати, оскільки введено помилково. Відвідування - Кожна нотатка за відвідування, плюс розділ для нотаток за межами будь- якого відвідування; відвідування з причиною; закінчити відвідування; закрити діаграму показує відмову сервера; закрити діаграми сказати, що запізнені записи переносяться у додаток. Стан повертається до читабельних слів. - У списку підписування буде показано типи нотаток у словах, пацієнта і автора. Вкладка « Документи »: перетягніть і скиньте для вивантаження категорії / назви / дати документа, зображення і Перегляд PDF, звантаження, відкликання з причиною. Власний проксі для багаточастинних файлів і байтів. Роздруківки: резюме після візиту, рецепт на папері (контрольований = НЕ ДЕЙСТВИТЬ ДЛЯ DISPENSING, EPCS warning), резюме діаграми — набір символів у вікні друку з Логотип практики і ідентифікатори пацієнтів повторюються на кожній сторінці.
· kamo-internal
Претензии на графике, честное отправление претензий, проверка экстренного доступа, архив, который никогда не читает отказ как пустое
- Клінічний проксі зберігає коди стану, Prefer, Content-Location, Повторна спроба після і X-Progress, а також потоки тіл, що не є JSON: CCD XML і набір NDJSON більше не завантажує 502, і запущений експорт знову є 202. - ehrApi: типи CONFLICT / INVALID містять речення сервера; generic помилки перекладаються (ehrErrorMessage). - Records office: кожен список завантажується і завершується самостійно; кожен запис показує його помилку; перегляд розбитого скла з відповідними / невідповідними / подальшими діями і зауваження (ніколи не ваші); відкликати уповноваження, призупинити партнера, що ми надіслали партнер, відмови; зрозумілі докази збігів; без необроблених кодів або дат. - Зовнішні записи читаються з каталогу клінічних партнерів (VIEW_ CHART). - Диаграма Вкладка рахунків: претензії з рядками, закриті відвідування для сплати, конструктор претензій (покриття, ранжовані діагнози з вказівниками, лінії CPT/HCPCS, модифікатори, Єдиниця, плата, НПІ, місце обслуговування, ступінь перегляду). Без клірингової палати заявка позначається як готова до надсилання, а потім записується як надіслана вручну. - Конвейєр: рахунок неоплачених процедур на діаграмі; готові/ надіслані вимоги; запис оплату з паперового EOB і застосувати його відразу. - Картка підсумкового графіка пропусків у догляді; QualityPanel охорона від застарілих відповідей; об’ єднання кнопки назва дане ім’ я, дата народження і номер запису; інтерактивне Консольними картами можна керувати за допомогою клавіатури.
· SecurityService
Відвідування та нотатки, на яких можна запустити практику — безпечний договір про автоматичне збереження, відвідування, документи, друк
Примітки - Reads повертає поточний текст (оригінал після додатків), імена авторів/ співпідписувачів і точні ідентифікаційні ключі; GET / notes/ {id} перечитує одну нотатку, перевірену. - Тільки автор переглядає чернетку; застарілий baseVersionId буде відхилено замість перезаписано; порожні нотатки і порожні зміни відкидаються; підписування перевіряє версія, яку бачив підписувач; на закритій діаграмі немає нової нотатки; невідомі типи нотаток і відмовлено у самостійному співпідписуванні; співпідписувача можна встановити на чернетці (PUT / notes/ {id} / cosigner). - Введено кінцеву точку помилки з причиною, ким і коли (автор або MANAGE_ EHR_ SETTINGS). - Шаблони практичних нотаток (список/ збереження/ вилучення). Відвідування - Починаючи з зустрічі, потрібні клінічні нотатки документа, а також керування Зустрічі; відкидає скасовані/ неявки/ завершені зустрічі і починає більше ніж На 12 годин раніше; замовлений лікар завжди приймає виклик, викликається тільки якщо клінічна ситуація персоналу, і зустріч відбудеться впродовж 12 годин (забронований клінік може розпочати минуле one); кожне надання є подією аудиту CONFIGURE, яка завершилася невдачею; зустріч у кімнаті є ніколи не повертався назад. Приєднання до відкритого візиту надає право приєднання на тих самих умовах. - Відвідування без виклику (POST / walk- in) з необхідною причиною, записані під час відвідування і рядок аудиту; відмовлено, оскільки відвідування вже відкрито. - Кінець візиту / закриття картки потребує Документувати клінічні нотатки; закриття відмовляється без підписана нотатка; відмови є ClinicalRefusalException (400 з повідомленням), отже Клінік бачить чому, а не "Немає такого запису". Документи (нові): / documents **************** Зберігається через ImageService як PATIENT_ CHART imgs (CONFIDENTIAL, контейнер зображення з адресою вмісту), прочитати назад з MinIO за допомогою ключа; PDF/JPEG/PNG/HEIC/TIFF до 25 МБ; записано SHA-256; ніколи не вилучається. Клінічні категорії потребують **************** і відносини; карти/ ідентифікаційні дані/ згода також доступні для EDIT_ PATIENT_ DEMOGRAPHIC (перевірено базової ПАНЕЛІ). Кожне читання перевіряється. Роздруківки: GET **************** and /prescriptions/{id}/print.
· kamo-internal
Рецепція, яка веде справжній клінічній день
- Практичний годинник: кожен день, « сьогодні » і час у власному часовому поясі практики (без днів UTC, без browser dates); повертається о північі тренування - Розклад дня і назва кімнати очікування пацієнта (MRN, вік), лікаря, кімнати і типу візиту - Навігація за датами, перегляд тижня, фільтр клінік і стовпчики клінік поруч один з одним; підрахунки за фільтром - Показано помилки в передній частині; тільки легальні ходи; кімната + початок відвідування є одним атомний виклик з вибором кімнати - Скасувати запитує про пацієнта проти практики; перепланування зберігає і посилається на стару візитку; пропонує список очікування вільне місце - Оплата: доплата за файлом, оплата на столі (без номерів карток, без обробки), роздрукований квиток, скасовано з причиною, замовити подальші дії - Замовлення: будь- які книги типу відвідування, тип/ причина/ відео збережено, застарілі відповіді відкинуто, пошук показано помилки; панель списку очікування - Відкликання: створити, записати до журналу (тільки запис до журналу), завершити за відвідуванням, закрити з поясненням причини; підрахунки з боку сервера - Підготовка до візиту: імена пацієнтів, імена платників, залишок одиниць, просте формулювання права на отримання допомоги - Налаштування практики: часовий пояс, типова тривалість відвідування, кімнати, заблокований час (обід/ відпустка), довжина і місткість слотів, години читання
· SecurityService
Рівень реєстрації на сторінці обслуговування, контактні дані, присвоєння MRN, пошук, запис обсягу
- **************** члени, що мають CREATE_PATIENTS, EDIT_PATIENT_DEMOGRAPHIC, BOOK_ APPOINTMENTS або MANAGE_ CLAIMS відкриває запис REGISTER пацієнта без зв’ язку з опікою (базова ПАНЕЛЯ, ціль ОПЕРАЦІЇ/ПЛАТІЖІ, аудиторська); клінічна інформація залишається за зв'язком. Жоден рівень = однаковий аудит 404. - Patient open повертає явний перегляд запису з доступом до CHART| REGISTRATION і даними реєстрації: телекомунікації (fhir_ contact_ point), адреса (fhir_ address), контакти для надзвичайних ситуацій, улюблена мова і перекладач, вибраний спосіб контакту, ПКП, аптека, стать при народженні, гендерна ідентичність синхронізовано з телекомунікацій за допомогою ContactPointRegistrar (мобільний/ домашній -> особистий, робочий, електронна пошта). - Реєстрація/ виправлення прийняття сирого тіла: відправлено- порожнє очищає, відсутнє залишає тільки; перевірка для телефону, e- mail, ZIP; гендер нормалізовано до нижнього регістру FHIR під час запису і читання. - Порожній MRN, призначений з атомного лічильника на практику (MrnAllocator, REQUIRES_ NEW); дублікат MRN, введений вручну, відхилено. - Пошук: повні імена, обидва порядки, тільки дата народження, номер телефону, резервний префікс зберігає дату народження. - Перевірка дублікатів повертає імена, дату народження і номер реєстрації (з аудитом). - Новий PatientCoverageController: правила CRUD/ end, ручна перевірка права (EligibilityCheck) РУКОВОДСТВО, ПОЛУЧЕНИЕ ПОЛУЧЕНИЯ ПОЛУЧЕНИЯ ПОЛУЧЕНИЯ ПОЛУЧЕНИЯ ПОЛУЧЕНИЯ ПОЛУЧЕНИЯ ПОЛУЧЕНИЯ ПОЛУЧЕНИЯ ПОЛУЧЕНИЯ - Конечний пункт для прийому пацієнтів; контактні пункти відкриті для реєстрації. - Адміністратор порталу: список проксі і пошук реєстраційних даних для надання опікунських прав.
· SecurityService
Пробели у догляді за пацієнтом містять назву вимірювання і дату його обчислення
На картці з діагнозом "Скринінг раку молочної залози" ніколи не вказується показник і зберігає найновіший результат для кожної мірки.
· kamo-shared-library
Зазначити ідентифікатори автора і співпідписувача як текст для переглядачів
Ідентифікатори членів є int64 за межами точного діапазону цілих чисел JavaScript; перехідний authorMemberKey / cosignerMemberKey дозволяє діаграмі порівнювати « чи це моя нотатка » і попередньо вибрати співпідписувача без округлення.
· kamo-internal
Вкладка клінічних даних виглядає як діаграма — алергії, проблеми, ліки, життєво важливі показники, імунізації, замовлення і результати, кожен з яких містить вбудований додаток
- ClinicalWorkspace: назви, до яких приєднується запис відвідування (відкрита зустріч пацієнта, члена own first; picker, якщо декілька; says so, якщо немає) і передає його до кожного запису - AllergySection: додати алергію, « Немає відомих алергій на ліки », позначити як переглянуто сьогодні, деактивувати/ скасувати/ введено- у- помилку з причиною; « Немає відомих алергій на ліки » проти « Ще не переглянуто » показано чітко - ProblemSection: список проблем ICD- 10 додавання/ розв’ язання/ вимикання/ помилка; діагнози цього відвідування (додати зі списку або новий код, основна зірка, вилучити) - MedicationSection: рецепти зі зупинкою (показується помилка, діалогове вікно залишається відкритим), зовні медикаменти додати/ зупинити, « Позначити як узгоджено » - VitalsSection: запис з перевіркою діапазонів клієнта, що відображає сервер, перемикання одиниць, обчислення індексу маси тіла; останні плитки, блок- схема, тенденція, позначає відображення як помилку - ClinicalDetailPanel -> Запити і результати: введіть результат за запитом, перегляньте/ підтвердіть (критичний вимагає зауваження), закриття/ скасування; отримання трендів захищено від застарілих відповідей - ClinicalComposePanel: кількість, яку слід виписати, перевірка Rx, зняття попереджень/ перевизначення на будь- якій Rx зміна; порядок очікуваних (типовий для кожного виду) і діагнозів ICD- 10; вакцина CVX, маршрут, місце, dose, expiration, VIS edition, given- elsewhere і decoded записи; local- date типове, скидання - SafetyQueuesPanel: підтвердження критичних результатів і перегляд очікуваних результатів у черзі; закрити виявлені помилки; часові штампи у зоні члена; стан закриття у словах - ChartHeader/ ChartSummaryPanel: форматована дата народження, перекладена стать, NKDA ніколи не рахується як алергія, без сирих кодів (стани, прапорці, дотримання, булівські)
· SecurityService
Шляхи запису до діаграми — алергії/ NKDA/ перегляд, проблеми, діагностика візитів, життєво важливі дані, медикаменти, результати і перегляд; виправлення замикання циклу замовлень
- ChartEntryController/ Service: додавання алергії (реакції, тяжкості, критичності, початку), запис NKDA, позначити список алергії як переглянутий (ClinicalListReview), **************** з поясненням причини; Список проблем ICD- 10 додавати/ розв’ язувати/ деактивувати; відвідати діагнози (EncounterDiagnosis) додавати/ первинні/ вилучати; додати/ зупинити додаткові ліки + прирівняти ліки; кодовані за LOINC клінічні показники життєдіяльності з жорстким кодом перевірка діапазону, прапорці H/ L/ HH/ LL, обчислений ІМТ; блок- схема показників життєдіяльності; позначати показники як помилки; розділ читає для вкладки клініки; активні зустрічі пацієнта - ClinicalResultService: вручну ввести результат за замовчуванням (звіт + аналіти) -> РІЗУЛЬТАТ; перегляд/ підтвердження (критичні потребують замітки) -> ПЕРЕСЛУХАНО, необов’ язкове закриття; перегляд на рівні замовлення - ClinicalOrderService: closeOrder встановлює closureStatus ЗАКРИТО/ АНУЛЮВАНО (було залишено ВІДКРИТО); типове expectedBy за категорією/ пріоритетом; коди причин МКХ- 10 для замовлень; прапорець controlledSubstance, кількість, правила поновлення DEA, дні-обмеження поставок; необхідна імунізація CVX, маршрут/місце/доза, відмова від застарілої партії та майбутньої дати, видання VIS, потрібне для доз, вказаних тут, історія та відмовлено у записах; всі ідентифікатори зустрічей, які перевіряються, є ідентифікаторами цього пацієнта і досі відкриті - allergiesEverReviewed тепер означає записану рецензію або активний NKDA; NKDA більше не вважається рецензією алергія (експорт зберігає її за допомогою findActiveRecord); перевірка дублікатів також включає інші ліки
· SecurityService
Рецепція, яка веде справжній клінічній день
- Практичний годинник (практичний часовий пояс, інакше часовий пояс організації): вікно кожного дня практики, ніколи не UTC; параметри + кінцеві точки кімнат (/ schedule/ practice) - Рядки розкладу називають пацієнта (MRN, DOB), лікаря, кімнату і тип візиту, завантаження партії і перевірено; перегляд дня повертає стовпчики клінічних даних і підрахунки з урахуванням фільтрів; кінцева точка діапазону тижнів - Резервування: будь- який тип відвідування (довжина горизонту / типова практика), тип і причина, пацієнт перевірений клієнтом, перезапис судиться за блоком, що покриває час, заблокований час відмовлено — Призначення стану машини з боку сервера з простими реченнями (409) - Перепланування зберігає і посилається на стару візитку; скасування потребує пацієнта проти практики і повернення вільне місце для списку очікування - Комната + початок візиту в одній операції (виклики **************** - Завершено оформлення; записано оплату на столі (ніколи не оброблено, номери карток відхилено), квитанції, анульовані з причиною за правом на виставлення рахунків - Відкликання: створити, завершити за відвідуванням, записати у журнал (тільки запис), закрити з поясненням причини, кількість серверів; список очікування додавання/ вилучення/ кандидати - Шаблони: заблокований час з позначками, довжина і місткість гнізда, типова зона вправ - Список підготовки до візиту з іменами пацієнтів і платників
Твій всесвіт чекає.
Почати безкоштовно за декілька хвилин. Додати продукти, коли ви будете готові — без перенесення, без нових реєстрацій.
Безкоштовно назавжди — не потрібна кредитна карта