Перенесення з Cliniccards: запуск

Власник клініки може самостійно перенести робочі дані з Cliniccards до DentaDeck. Спочатку можна перевірити пробну вибірку, а після неї запустити повне перенесення. Майстер перевіряє доступ, допомагає зіставити працівників, виконує роботу у фоновому режимі та наприкінці показує звірку.

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

Якщо відкрили перенесення під час початкового налаштування й передумали, натисніть Назад до налаштування клініки та виберіть Налаштувати вручну. Чернетка і вже збережені дані залишаться на місці. Через Змінити спосіб налаштування → Продовжити перенесення можна повернутися до того самого незавершеного перенесення. Цей перехід не скасовує вже запущену роботу; для її зупинки використовуйте кнопки керування перенесенням.

Cliniccards уже доступний для перенесення; інші CRM позначені як «Незабаром».

Можливості

• Кабінети.
• Картки пацієнтів.
• Категорії та позиції прайсу.
• Плани лікування з назвами, етапами, роботами, збереженими цінами, кількістю, знижками та відомими станами. Робота Виконано без рахунку залишається виконаною без штучного акта; робота з рахунком пов’язується з перенесеним актом, коли зв’язок однозначний.
• Візити від обраної дати до сьогодні та заплановані візити на найближчі 90 днів.
• Зміни лікарів і резерви часу за той самий період, що й візити. Резерв типу «Обед» стає Обід; резерв іншого типу стає Інше, а назва типу з Cliniccards дописується до його коментаря.
• Нотатки пацієнтів та етапи лікування. Етапи видно в Історії лікування.
• Черга очікування з пацієнтом, коментарем, бажаним лікарем, датою додавання та відомим станом. Активні записи видно у картці пацієнта на вкладці Візити й у Вхідні → Черга очікування; закриті — після вибору Уся історія. Давні перенесення, у яких черга зберігалася як службова нотатка, перетворюються на записи черги без видалення джерельної нотатки; у картці вона не дублює новий запис.
• Нагадування з коментарем, терміном, пацієнтом, якщо його вказано, відповідальним, автором, пріоритетом і відомим станом. Активні нагадування видно у Вхідні → Нагадування; завершені та закриті — після вибору Уся історія.
• Первинні дата, час і автор етапу та його коментарів зберігаються для нових перенесень. Якщо час окремого коментаря не був збережений у локальній копії, DentaDeck прямо показує Час у Cliniccards не збережено замість приблизного часу. Якщо після перенесення ви додаєте новий коментар до старого етапу, DentaDeck записує його вже за часовим поясом клініки. Уже перенесені записи отримують правильну категорію за збереженим зв’язком із Cliniccards; ім’я автора заднім числом не вгадується.
• Каси, точні акти виконаних робіт, оплати, повернення, поповнення й повернення депозитів та підтверджені платежі витрат у гривні. Кількість і відсоткова знижка позиції акта переносяться лише тоді, коли їх можна відтворити без розбіжності в сумі; рахунок з абсолютною чи неточною знижкою залишається в незмінному архіві без штучного акта. Оплата з підтвердженим ID рахунку зараховується саме до пов’язаного перенесеного акта. Ці однозначні записи завантажуються до фінансової історії перед звіркою залишків. Загальний журнал рухів коштів Cliniccards зберігається як незмінне джерельне свідчення, але не створює приблизних або повторних проведень у касі.
• Вихідні рахунки, чеки та інші фінансові документи зберігаються як незмінні архівні документи Cliniccards. Старий рахунок не стає новим рахунком платіжного провайдера, а старий чек — новим фіскальним чеком DentaDeck.
• Локальний час планів лікування й архівних фінансових документів переноситься за часовим поясом клініки, зафіксованим на початку запуску. Якщо під час переходу годинника локальний час не існує або має два можливі значення, DentaDeck не вгадує його: оригінал залишається в незмінному архіві, а у звірці з’являється попередження.
• Відомі дата додавання до черги й термін нагадування переносяться за тим самим зафіксованим часовим поясом клініки.
• Клінічні матеріали JPEG, PNG, HEIC, HEIF, PDF, Pages, XLSX, відео MP4/MOV, 3D-моделі STL/OBJ/PLY, фото Canon CR3, окремі DICOM-файли та ZIP/RAR4/RAR5-дослідження з КТ/МРТ. Точні байти файла з Cliniccards зберігаються без змін у приватному сховищі з прив’язкою до конкретної версії. Для фотографій і зображень DentaDeck готує окрему приватну WebP-копію без службових метаданих тоді, коли вона потрібна для перегляду; з архіву DICOM окремо готується копія лише з DICOM-зображеннями дослідження — зрізами КТ і МРТ та рентген-знімками, — а супровідні файли до неї не потрапляють. Відео MP4/MOV доступне у вбудованому програвачі за підтримки кодека браузером, STL/OBJ/PLY — у перегляді 3D; перенесений PDF відкривається у вбудованому перегляді просто в DentaDeck; решта підтримуваних форматів залишаються доступними як перевірені оригінали.
• Пробне перенесення до 30 пацієнтів із підтримуваними матеріалами: не більше 10 файлів на пацієнта та 300 файлів загалом. Візити, нотатки, записи черги очікування, нагадування, плани лікування, фінанси й баланси переносяться лише для цієї вибірки. Загальноклінічні витрати, рухи коштів, нагадування без пацієнта, зміни лікарів і резерви часу до пробної вибірки не входять.
• Окрема дія Перенести всі дані після перевірки пробного результату.

Працівники не створюються автоматично. Перед запуском ви зіставляєте кожного знайденого працівника Cliniccards із чинним активним користувачем DentaDeck. Це зіставлення також визначає, чиї перенесені етапи показує фільтр автора в Історії лікування, бажаного лікаря в черзі та відповідального нагадування; DentaDeck не приписує власнику клініки запис іншого лікаря лише через технічне значення за замовчуванням. Імена автора й бажаного лікаря з Cliniccards зберігаються, але нагадування окремому працівнику стає активним лише за однозначної відповідності чинному користувачеві. Назви ролей у Cliniccards можуть відрізнятися від ролей у DentaDeck. Якщо потрібного працівника ще немає, спочатку запросіть його в розділі Команда.

API Cliniccards не передає для плану ознаку основного варіанта чи погодження, гарантований порядок етапів і робіт, формулу етапу, зуби, зони, лікаря етапу та історичну тривалість роботи. DentaDeck не вгадує ці дані: після перенесення порядок потрібно звірити вручну, а основний варіант — обрати в DentaDeck. Порожній план без робіт неможливо безпечно прив’язати до пацієнта: він залишається в захищеному API-архіві й потрапляє до попереджень. Бізнес-процеси документів Cliniccards поки не відтворюються. Перенесені історичні акти, оплати й рухи не можна редагувати, анулювати або фіскалізувати як нові записи DentaDeck. Джерельний фінансовий документ зберігається окремо й незмінно; старим рахунком або чеком не можна керувати як новим рахунком платіжного провайдера чи фіскальним чеком. Якщо кількість, абсолютну знижку або підсумок позицій старого рахунку неможливо відтворити точно, DentaDeck залишає його лише в архіві й показує попередження замість приблизного акта. Контрольний журнал рухів, рядки в іншій валюті або з невідомим типом залишаються в захищеному API-архіві та потрапляють до попереджень, а не перетворюються на приблизні операції. Аудіо, службові CTG, файли ImplantStation .impl, програми, бібліотеки та інші непідтверджені формати залишаються відкладеними й не потрапляють до картки пацієнта.

Запис черги стає У черзі лише тоді, коли Cliniccards прямо позначив його активним. Відомі стани запису на прийом стають Записано, відомі закриті — Скасовано. Числове, порожнє або невідоме значення стану не активує пацієнта: запис зберігається як Імпортовано як закрите й доступний після вибору Уся історія. Якщо у давніх записах одного пацієнта без лікаря є кілька активних позицій, у черзі залишається найновіша, а решта переходять до історії.

Для нагадувань відомі стани Заплановано, Перенесено, Виконано та Скасовано зберігаються без змін. Невідомий стан або відповідальний, якого неможливо однозначно зіставити, не створює активного завдання: запис отримує Імпортовано як закрите й не надсилає сповіщення. Прострочене активне нагадування видно як Прострочено, але перенесення не запускає масову розсилку старих сповіщень. Майбутнє активне нагадування спрацює у свій перенесений термін.

Візит, який у Cliniccards виходить за межу зміни лікаря, переноситься як є. Його статус, коментар і оплату можна змінювати; перетягнути його в розкладі можна лише повністю в зміну або повністю поза нею. Виняток — повернення такого візиту зі статусу Скасовано чи Не з’явився: тоді він знову має бути повністю в зміні або поза нею.

Після отримання структурованих відповідей API DentaDeck створює окремий зашифрований архів і фіксує контрольну суму кожного JSON-файлу. Підготовка починається лише після перевірки, що робоча копія точно відповідає цьому архіву; перед кожним фінансовим етапом система ще раз звіряє архів і заново перевіряє фінансові записи. Клінічні матеріали проходять окрему перевірку точних байтів, контрольної суми та версії у приватному сховищі. Завдяки цьому пізніша зміна або пошкодження не може непомітно змінити результат перенесення.

Назва або розширення лише визначає, яку перевірку спробує виконати DentaDeck. Перед збереженням система звіряє фактичний формат і обмежену структурну цілісність JPEG, PNG, HEIC, HEIF, PDF, Pages, XLSX, MP4, MOV, STL, OBJ, PLY, CR3 та DICOM. Для Pages і XLSX перевіряється структура пакета, а для XLSX додатково — обов’язкові XML-частини та заборонені зв’язки; для відео й CR3 перевіряються верхньорівневі рамки контейнера й обов’язкові блоки, а для 3D-моделей — скінченні координати, структура та посилання геометрії. ZIP, RAR4 і RAR5 приймаються як КТ/МРТ, коли перевірка знаходить знімки одного пацієнта. DICOMDIR, PDF усередині DICOM, службові й оглядові DICOM-зображення, програми та інші супровідні файли пропускаються. Невідповідний або структурно відхилений файл не потрапляє до картки; водночас перевірка MP4, MOV і CR3 не декодує кожен кадр або весь пропрієтарний RAW-вміст.

Перенесені матеріали потрапляють до Історії лікування відповідного пацієнта. Файл із підтвердженим ідентифікатором етапу автоматично показується біля цього етапу; решта — у блоці Матеріали без етапу лікування. Видимими стають лише коментарі, текст яких є у збереженій історії Cliniccards. Ідентифікатор групи вкладень сам по собі не доводить, що до неї належав видимий коментар. Порожній рядок зі збереженої історії залишається внутрішнім зв’язком із власним місцем у послідовності, датою й автором, але не показується в обговоренні та не потрапляє до форми 043/о. Якщо у локальній копії немає переліку файлів, утрачені зв’язки груп вкладень із файлами неможливо відновити припущенням.

1. Оберіть Cliniccards

1. Увійдіть як власник клініки.
2. У новій клініці на екрані Налаштування клініки натисніть Почати пробне перенесення. Для вже налаштованої клініки відкрийте Налаштування → Перенесення з іншої CRM.
3. Якщо ви відкрили загальний список джерел, у картці Cliniccards натисніть Почати перенесення.

RO App, KeyCRM та iClinic поки мають позначку Незабаром. Якщо вашої CRM немає у списку, зверніться до команди DentaDeck — додамо її до черги.

2. Перевірте API-ключ

1. У Cliniccards відкрийте налаштування клініки та скопіюйте API-ключ.
2. На екрані Підключіть Cliniccards вставте його в поле API-ключ.
3. Натисніть Перевірити.

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

Не надсилайте API-ключ у чатах або листах. Якщо Cliniccards повертає 401, 403, 429 або повідомлення про блокування, DentaDeck одразу зупиняє звернення до джерела й не повторює їх автоматично. Не намагайтеся обійти обмеження через інший браузер, сесію, обліковий запис, проксі чи мережу. Уже збережену копію перенесення можна відновити локально без нових звернень до Cliniccards.

3. Зіставте працівників

На екрані Зіставлення працівників оберіть для кожного працівника Cliniccards відповідного користувача DentaDeck. Перенесення не запуститься, доки всі записи не зіставлені з активними працівниками цієї клініки.

Для кожного працівника з Cliniccards потрібно обрати чинного працівника DentaDeck.

1. Перевірте список знайдених працівників і кількість пацієнтів.
2. Оберіть користувача DentaDeck навпроти кожного працівника. Якщо кілька записів Cliniccards належать одній людині, можна обрати того самого користувача DentaDeck кілька разів.
3. Натисніть Зберегти й продовжити.

Якщо потрібного користувача немає, відкрийте Команду, запросіть працівника, а потім поверніться до майстра.

4. Оберіть обсяг, період і запустіть перенесення

1. Домовтеся з командою тимчасово не додавати й не змінювати дані у Cliniccards та DentaDeck.
2. На екрані Усе готово до перенесення перевірте знайдені дані.
3. Оберіть Пробне перенесення або Повне перенесення. Для першої перевірки радимо пробний варіант.
4. У полі Перенести дані від оберіть початкову дату. За замовчуванням указано 1 січня 2019 року.
5. Натисніть Почати перенесення.

Пробне перенесення добирає до 30 пацієнтів, у яких є підтримувані клінічні матеріали, і переносить не більше 10 файлів на кожного — щонайбільше 300. Вибір не залежить від порядку відповіді Cliniccards і не змінюється після призупинення або повторної спроби. Пов’язані візити, нотатки, записи черги очікування, нагадування, етапи лікування, акти, оплати, чеки, депозити та підсумкові баланси обмежуються тими самими пацієнтами. Загальноклінічні витрати, рухи коштів, нагадування без пацієнта, зміни лікарів і резерви часу до пробної вибірки не входять. Кабінети, каси та прайс переносяться як спільні довідники клініки.

Повне перенесення охоплює всі доступні картки пацієнтів, детальну фінансову історію в обраному періоді, етапи лікування та підтримувані клінічні матеріали. Великі фінансові журнали DentaDeck отримує помісячно й прибирає повтори на межах місяців. В обох режимах система переносить історію візитів від обраної дати до сьогодні, заплановані візити на 90 днів уперед, записи черги очікування й нагадування в усьому цьому проміжку; працівники Cliniccards перевіряються для зіставлення. Загальні нагадування без пацієнта входять лише до повного перенесення. Зміни лікарів і резерви часу також переносяться лише під час повного перенесення.

Налаштування

Основні параметри задаються в майстрі та зберігаються для цього запуску.

• API-ключ — ключ доступу до Cliniccards. Після перевірки видно лише останні чотири символи; порожнє поле залишає збережений ключ без змін.
• Зіставлення працівників — відповідність між працівниками Cliniccards та активними користувачами DentaDeck. Усі знайдені працівники мають бути зіставлені до запуску.
• Пробне перенесення — до 30 пацієнтів із підтримуваними матеріалами, до 10 файлів на пацієнта та 300 файлів загалом. Ці межі задає DentaDeck; змінити їх через форму не можна.
• Повне перенесення — усі доступні дані клініки в межах підтримуваних сутностей і форматів.
• Перенести дані від — початкова дата для візитів, записів черги очікування та нагадувань. За замовчуванням указано 1 січня 2019 року. У пробному режимі пов’язані дані обмежені вибраними пацієнтами; у повному — охоплюють усю клініку.

Права доступу

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

Поради

• Запрошуйте всіх потрібних працівників у DentaDeck до початку перенесення.
• Для першої перевірки обирайте Пробне перенесення. Недавня дата сама по собі не замінює пробний режим.
• Структурна перевірка Pages, XLSX, відео, 3D-моделей і CR3 не є антивірусом. Відкривайте завантажений оригінал лише на захищеному пристрої, в оновленій сумісній програмі та коли довіряєте джерелу.