Преминете към основното съдържание

Работа офлайн

Операционната зала не е място с надеждна безжична връзка. LOSPOR е създаден така, че случаят да може да бъде документиран без връзка и съгласуван след това, вместо да изисква мрежа точно в момента, в който се въвежда медикамент.

Тази страница казва ясно какво работи без връзка, какво не работи и какво ви съобщава приложението, когато работи само.

Какво работи без връзка​

Документирането на случай. Предоперативното, интраоперативното и следоперативното въвеждане продължават. Всяка промяна се записва в трайна памет на устройството, преди да бъде направен какъвто и да е мрежов опит, така че запис, който не може да бъде изпратен, е поставен в опашка, а не изгубен. Спиране на захранването или затваряне на приложението по време на редакция не отхвърля въведеното.

Търсенето на диагноза и операция. Приложението носи собствено копие на речника по МКБ-10 — всеки код, с наименования на български и на английски — и на списъка с операции. Търсенето офлайн използва същото подреждане като на сървъра, така че резултатите са същите резултати, а не приближение.

Изборът на медикаменти, инфузии и вливания. Интраоперативната библиотека с опции пази копие офлайн по същата причина и съобщава, когато то се използва.

Чакащата работа е видима. Настройки → Диагностика показва колко редакции чакат да бъдат изпратени и дали приложението в момента достига сървъра.

Какво не работи офлайн​

Влизането в профил. Удостоверяването изисква сървъра. Вече започната сесия продължава да работи офлайн, но първо влизане на ново устройство не работи.

Всичко, което задава на сървъра въпрос за други данни — списъкът със случаи извън вече заредения, одитните дневници, административната конзола, средствата за научна работа и износ, както и извличането на лабораторни резултати с изкуствен интелект.

Окончателното приключване на случай изпраща завършения запис за проверка, затова изисква връзка. Случай, документиран офлайн, се приключва при възстановяване на връзката.

Какво ви съобщава приложението​

Приложение офлайн, което мълчи, е по-лошо от такова, което просто не е достъпно, защото мълчанието се чете като факт. Две състояния сега са изрични:

  • „Офлайн — търсене в копието на това устройство“ се появява над резултатите за диагноза и операция, които идват от устройството, а не от сървъра. Преди неуспешното търсене връщаше празен списък, което се чете като „няма такава диагноза“, а не като „няма мрежа“ — съществено различно и много по- подвеждащо твърдение.
  • „Офлайн — търсенето не е достъпно за това поле“ се появява там, където няма копие офлайн, така че празен списък никога да не бъде взет за отговор.

Състоянията на записа — записано, в опашка, в конфликт — се показват както и досега.

Речникът на устройството​

Вграденият речник е фиксиран при създаването на съответната версия на приложението. Той носи отпечатък за версия и всяка диагноза или операция, избрана от него, записва този отпечатък заедно с кода.

Това има значение, защото кодът се съхранява като текст: нищо не отхвърля код, който междувременно е бил оттеглен или преименуван на сървъра. Без отпечатъка случай, кодиран от старо копие, би бил неразличим от такъв, кодиран от текущия речник. С него такива случаи могат да бъдат намерени и прегледани. Използваната версия се показва в Настройки → Диагностика.

Когато приложението достига сървъра, то винаги предпочита живото търсене, така че копието на устройството е долна, а не горна граница.

Как се изпраща чакащата работа​

Записите във времевата таблица се изпращат в реда, в който са направени, и всеки показва малък часовник в графиката, докато не бъде записан. Изтриване или редакция на запис, който още не е изпратен, го променя на устройството; нищо за изтрит запис никога не се изпраща. При запис, променен на два екрана, важи промяната, направена последна, а другата се показва в графиката като отказана.

Чакащите редакции се опитват отново при повторно отваряне на приложението, при връщането му на преден план и периодично, докато работи. Ако сървърът не може да бъде достигнат, приложението спира да опитва мрежата за кратък интервал и пише направо в опашката — така изгубената връзка струва едно забавяне, а не по едно забавяне на всеки запис. Възобновява се веднага щом заявка успее.

Когато редакция противоречи на по-нова промяна, направена другаде, тя се задържа и се съобщава, вместо да презапише по-новия запис.

Какво никога не влиза в опашката​

Редакция, която сървърът отказва на клинично основание, не влиза в опашката, защото повторният опит не може да успее — отговорът би бил същият всеки път. Записването на възраст под осемнадесет години като случай при възрастен е най-ясният пример. Те се показват като нещо за поправяне сега, при съответното поле, и се задържат извън опашката, за да не могат да се повтарят безкрайно зад съобщение за изчакване на връзка.

Задържат се само отказаните полета. Редакция, която е променила теглото и е нарушила едно от тези правила, пак записва теглото.

Разграничението е съзнателно: „изчаква връзка“ трябва да означава точно това, иначе престава да бъде информация.

Ограничения, които си струва да знаете​

  • Търсенето на операция офлайн съпоставя по групата на операцията, нейната област и формулировката на кодовете в нея. Израз от няколко думи може да съвпадне онлайн и да не съвпадне офлайн, защото копието офлайн пази речника на всяка група, а не пълното описание на всеки код.
  • Търсенето на медикаменти няма собствено вградено копие; изборът на медикаменти по време на случай е покрит от интраоперативната библиотека с опции.
  • Показателите в диагностиката се пазят в паметта и се нулират при рестарт на приложението. Те отговарят на въпроса „бавно ли е и с колко“ в момента, а не водят история.