В зависимост от възможностите на лабораторията, MSMeLab може да стъпи както на комерсиалните СУБД Oracle или SQLServer, така и на безплатните MySQL и MaxDB.

1.3 Терминология

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

Възложител: Лекар или медицинска институция, които възлагат на лабораторията да извърши определено изследване;

Клиент: Човек, регистрирано в системата за изследване;

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

Материал: Субстанция, която пациентът оставя за изследване в лабораторията;

Поръчка: Възложителят определя какво точно изследване иска да се извърши върху материал от пациента. Тази информация е наречена поръчка.

Проба: Тази част от материала, която се отделя за едно изследване, свързано с някаква поръчка;

Изследване: Обобщено название на разнообразните процеси на изследване – различни методи, антибиограми, микроскопии, цветни редици, серологични тестове и т.н.

Заявка (ордер): Комбиниран документ, който свързва възложителя и неговите изисквания, пациента, материала, пробите отделени от този материал, изследванията и техните резултати и много други. Накрая на процеса заявката се отпечатва в подходящ формат.

ЛИС (LIS): Лабораторна информационна система;

БИС (HIS): Болнична информационна система;

2. Функции на системата

Функционалността на системата може да се маркира със следните теми:

Администрация на системата;
Номенклатури. Данни за видовете изследвания в лабораторията, видове поръчки и други. Информация, която се променя сравнително рядко;
Данни за възложители (възлагащ лекар, медицинска институция);
Данни за пациенти;
Текущи заявки;
Архивни заявки;
Връзка с апарати;
Резултати
Изкуствен интелект

2.1 Администриране на системата

2.1.1 Сигурност

Системата осигурява няколко нива на сигурност. Нивото се избира от администратора.

Възможен е вход с парола и без парола – по опция.

Системата съхранява история за работата по всяка заявка. Създава се и архив на заявките.

2.1.2 Работни места

Работата се разпределя по работни места. Работното място е група апарати, където се провеждат няколко вида изследвания. Едно работно място се обслужва от един или няколко PC (работни станции), в зависимост от натоварването. От поръчката на възложителя се определя колко и какви проби се отделят от материала и на кои апарати, респективно работни места, ще се изследват.

Всяко работно място има собствен диапазон в който се номерират пробите. Така е ясно коя проба за кое работно място е предназначена. Номерацията е автоматична.

2.1.3 Потребители и права

Всеки потребител се идентифицира с идентификатор (ID) и парола <опция>.

Всеки потребител има определени права.

За улеснение са създадени потребителски профили .Това е списък от подходящи права.

Предварително са създадени три профила – Администратор, Доктор и Лаборант. Те могат да се редактирт. Могат да се създават нови профили.

2.2 Номенклатури

2.2.1 Изследвания

Поддържа се информация за следните видове изследвания:

Метод, група методи
Антибиограма

Микроскопия
Микроорганизъм
Цветна последователност
Тест, група тестове

2.2.2 Други основни единици

Поддържат се номенклатури за следните видове данни:

Предварителна диагноза;
Терапия;
Поръчка;
Растеж на микроорганизъм;
Коментар;
Резултат;
Стандартен текст;

2.2.3 Възложители

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

2.3 Работен процес

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

2.3.1 Регистрация на пациент

Регистрирането на пациент може да стане по следните начини

Самостоятелно въвеждане на данни за пациент. Този вариант е удобен, когато въвеждането на данните за човека и за изследванията са разделени по време или по място.
Като част от регистрирането на нова заявка.
Автоматично – ако ЛИС е свързана с болнична ИС.

Специални възможности:

Генериране на код на пациента, в зависимост от Възложителя;
Много бързо търсене на пациент – по име, рожденна дата, адрес или части от тези данни;

2.3.2 Материал

Данните за материала на пациента могат да бъдат въвеждани по няколко начина:

Самостоятелно. Лабораторията може да има работно място (или работна станция) само за регистриране на постъпилите материали.
Като част от регистрирането на нова заявка. В този случай се регистрират и проби – заедно с информация за работното място на което ще бъдат изследвани.

2.3.3 Нова заявка (ордер)

Една заявка за изследване съдържа следните компоненти:

Информация за възложителя;
Пациент;
Предварителни диагнози, ако има;
Терапия, ако има;
Поръчки;
Информация за един или повече материали;
На колко проби (части) се разделя всеки образец;
На кое работно място отива всяка проба и какво изследване се извършва върху нея;
Данни за изследванията и техните резултати;
Коментари, забележки и др.

При регистрирането на заявка системата автоматизира следните дейности:

Дава номер на всеки материал;
Отпечатва баркод за материал; <опция>
Отпечатва съпровождащ лист за всеки материал; <опция>
Дава номер на всяка проба;
Отпечатва баркод за всяка проба; <опция>
Отпечатва съпровождащ лист за всяка проба; <опция>
Праща онлайн информация към апаратурата <опция> ;
Вмъква всяка проба в работен списък на работното място; <опция>

<ОПЦИЯ>

При запис на заявка се включва система съдържаща елементи на изкуствен интелект. Тя е наречена RuleBase. Тази система дава възможност да се съхрани и използва конкретния опит натрупан в лабораторията. Всяка лаборатория може да дефинира собствени правила. Правилата са извлечени от практиката и автоматизират често срещани ситуации.

ПРИМЕР

В лаборатория МИКРОЛАБ-1000 са установили следната повтаряща се ситуация:

АКО: Поръчката е да се извършат група от изследвания предлагани в нашата лаборатория под името „Брак-стандарт”. Тази група от изследвания включва тестове за HIV, Хепатит Б, Сифилис, Халмидия Trach IgG и Халмидия Trach IgM.

ТО: Първите два теста( HIV и Хепатит Б) от група „Брак-стандарт” се извършват на работно място „Серология 1”, а останалите на „Сереология 2”

Завеждащият лабораторията въвежда следното правило:

АКО СА ИЗПЪЛНЕНИ УСЛОВИЯТА

(Поръчка = „Брак-стандарт”)

ДА СЕ ИЗВЪРШИ:

(В заявката да се добави допълнителен работен материал за работно място„Сереология 2” )

АКО СА ИЗПЪЛНЕНИ УСЛОВИЯТА

(Поръчка = „Брак-стандарт” и Работен материал за = „Серология 1”)

ДА СЕ ИЗВЪРШИ:

(В заявката да се добавят под работен материал за работно място„Сереология 1” тестовете HIV и Хепатит Б )

АКО СА ИЗПЪЛНЕНИ УСЛОВИЯТА

(Поръчка = „Брак-стандарт” и Работен материал за = „Серология 2”)

ДА СЕ ИЗВЪРШИ:

(В заявката да се добавят под работен материал за работно място„Сереология 2” тестовете Сифилис, Халмидия Trach IgG и Халмидия Trach IgM)

Системата следва правилото. Операторът въвежда поръчка „Брак-стандарт” и системата автоматично добавя към заявката работни материали за работни места „Серология 1” и „Серология 2”. Към работния материал за работно място „Серология 1” се добавят тестове за HIV и Хепатит Б , към работния материал за работно място „Серология 2” се добавят тестовете Сифилис, Халмидия Trach IgG и Халмидия Trach IgM.

2.3.4 Нови изследвания

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

Има различни начини за това:

По заявки. На работното място се вижтат заявките, в които има изследвания за това работно място.
Чрез работни списъци. В работния списък са подредени изследванията, предназанчени за работното място. Изследванията имат различен статус – ново, в обработка, готово, с резултат и други.

2.3.5 Обработка на готови изследвания

Начини:

По ордери;
Чрез работни списъци;

Действия и състояния.

Когато обработката на едно изследване е приключила, то може да бъде оценено с различна степен на валидност.

Техническа валидност. По правило тази оценка се поставя от лаборанта, който директно работи със съответния апарат.
Медицинска валидност. По правило тази оценка се дава от ограничен брой оторизирани лица (доктори).

Предложение за валидност. На базата на натрупания опит едно неоторизирано лице (лаборант) или RuleBase могат да оценят, че дадено изследване е валидно. Тогава, за да се ускори и улесни работата на оторизираното лице, лаборантът може да маркира изследването като, “предложено за валидация”.
Предварително валидиране. Възможно е една заявка да съдържа няколко поръчки, с различен срок на изготвяне. За да не се бавят следващите процеси на лечение, част от заявката може да бъде “предварително валидирана”, отпечатана и пратена към възложителя, докато други части все още са в процес на обработка.
Окончателно валидиране. Изследванията в една заявка са извършени, имат резултати и е оценено, че информацията е готова за връщане към възложителя. Тогава оторизираното лице в лабораторията маркира изследванията като валидни, заявката се разпечатва и се подготвя за архивиране.

Автоматизиране на валидацията. Има възможност за въвеждане и използване на правила за валидация, в зависимост от натрупания в лабораторията опит.

2.3.6 Приключване на заявка

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

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

2.3.7 Архивиране

След като заявката се приключи, тя се маркира като “готова за архивиране”.

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

2.3.8 Справки

Подсистемата за справки може да извлече разнообразни справки – по вид, обхват, форма и т.н. Често срещаните справки са разработени и леснодостъпни.

История на пациент. Дава информация за предишни изследвания на пациент.

2.3.9 Печат

Системата притежава изключително гъвкава част за организиране на печат.

Потребителят има на разположение няколко шаблона – бланки, които може да използва направо или да промени според своите потребности.

При взимане на материал системата дава възможност (по опция) да се отпечатва съпровождащ документ, както и баркодове за залепване върху опаковката на материала (епруветка, чашка...)

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

Ако материалът се разделя на няколко проби, системата може да отпечата етикети за всяка проба:

Накрая системата отпечатва доклад – предварителен или окончателен – който е по дизайн на лабораторията.

3. Компоненти на системата

3.1 Схема

Следващата схема представя системата графично. Тя показва частите на системата и връзките между тях.

3.2 Компоненти

На схемата е представена примерна лаборатория с множество компютри, свързани в локална мрежа.

Сървър за данни
Програмен сървър
Работна станция
Принтер

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

3.3 Мащабиране на решението

3.3.1 Минимална конфигурация

При този вариант всички компоненти на системата работят физически на един компютър

3.3.2 Конфигурация с отделен сървър

При по-голямо натоварване е възможно сървърът да бъде отделен физически на отделен компютър. В този случай в системата работят един сървър и множество работни станции. Няколко работни станции, обслужващи група апарати съставят Работно място.

3.3.3 Конфигурация с отделен сървър

При голямо натоварване може всяка сървърна компонента да бъде на отделен компютър. Това повишава бързината на системата.

Всяко работно място се обслужва от няколко компютъра.

Печатът може да бъде централизиран или локален.

Гъвкавата архитектура на системата позволява работа при съвсем различни клиенти.

MSMeLab може да обслужва както малки лаборатории с 1-2 компютъра, така и по-големи лабораторни комплекси.

3.4 Технологии

В системата са използвани няколко технологии.

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

3.4.1 ODBC връзки

Връзката между клиента и базата данни се осъществява чрез ODBC (Open DataBase Connection – Отворена връзка към база данни).

Това е широкоизвестен стандарт, който работи със всички съвременни Системи за управление на бази данни.

3.4.2 Data Pipe връзки

Връзката между клиент и сървър е от стандартен тип Data Pipe.

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

3.4.3 Shared folders – общи папки

Част от данните са достъпни чрез общи папки. Това са дискови пространства в мрежата за съвместна работа на компонентите на системата.

Такива могат да са документациите, бланки-шаблони и други.

4. Лицензи

Лабораторната информационна система MSMeLab се използва след получаване на лиценз.

Фирмената политика е да се предложи на клиента гъвкав и мащабируем лиценз. Той е съобразен със възможностите на лабораторията по отношение на софтуер и хардуер.

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

Ето защо всеки лиценз е уникален и се разработка от търговския отдел на Медсофт след заявка на клиента.

Могат да се очертаят няколко групи лицензи.

4.1 Демонстрационен лиценз

Демонстрационният лиценз е предназначен да демонстрира възможностите на системата.

Той съдържа всички части на системата.

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

Демонстрационният лиценз работи само с база данни MSAccess.

Демонстрационният лиценз е с определен кратък срок.

Демонстрационният лиценз е безплатен!

За получаване на лиценз моля потърсете контакт с фирмата – чрез телефон, е-mail или факс.

Инсталация с Демо-лиценз може да се изтегли и от сайта на фирмата: www.medsoft.biz.

4.2 Работен лиценз

Работен лиценз се получава след заявка от страна на лабораторията-клиент.

Екип на Медсофт заедно с клиента проучва възможностите на хардуера на клиента.

Клиентът получава лиценз, който определя еднозначно:

· Максималния брой клиентски инсталации;

· Компютъра на който ще бъде инсталирана сървърната част.

· Лицензът е едногодишен.

В зависимост от опциите на клиента работните лицензи могат да варират силно помежду си.

4.2.1 Икономичен лиценз

Това е лиценз, предназначен за работа на един компютър.

Всички компоненти физически се инсталират на един PC.

Има ограничения за брой online апарати и някои други ограничения.

4.2.2 Обикновен лиценз

Това е лиценз, предназначен за работа на няколко компютъра – до 5 броя.

Разположението на компонентите на системата е според спесификация на клиента.

Включен е минимален пакет часове за безплатна поддръжка.

4.2.3 Разширен лиценз

Това е лиценз, предназначен за работа на над 5 броя компютри.

Разположението на компонентите на системата е според спесификация на клиента.

Включен е пакет за поддръжка.

Включен е пакет за еднократно обучение.

4.2.4 Партньорски лиценз

Партньорските лицензи са ограничен брой.

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

ОБНОВЯВАНЕТО НА СОФТУЕРА Е БЕЗПЛАТНО, НЕЗАВИСИМО ОТ ВИДА НА ЛИЦЕНЗА!

При изработване на нова версия всички клиенти я получават, в зависимост от обема на лиценза си. Това включва и промените в нормативната база. Те се отразяват своевременно в новите версии.

За получаване на лиценз моля потърсете контакт с фирмата – чрез телефон, е-mail или факс. Още информация може да се получи на адрес: www.medsoft.biz.

5. Досие на Медсофт

Медсофт е основана в края на 2003 г. Фирмата е Германско – Българска, с екипи във Фрайбург и София.

Основна цел на фирмата е разпространението на софтуер за медицински лаборатории.

Фирмата предлага Лабораторна Информационна Система, наречена MSMeLab. Системата е базирана партньорство с фирма Dorner – Германия. / www.dorner.de /

ДОРНЕР е лидер на пазара в Германия, Австрия и Швейцария, с дял над 50%. Фирмата е реализирала над 280 инсталации в големи германски клиники и лаборатории.

Софтуерът на ДОРНЕР започва своето развитие с първата версия на техния продукт X/Lab през 1982г. Днес в сътрудничество със своите клиенти ДОРНЕР предлага цяла гама от софтуерни продукти, всеки от които автоматизира част от бизнес процеса в една лаборатория. IMED е платформено независимо ядро, което предоставя сигурност и скорост на потоците от медицинска информация. Към него могат да бъдат свързани, както и да работят независимо редица модули. Mlab е софтуер за микробиологична лаборатория; Blab – кръвна банка; Xlab – клинична химия; Alab – счетоводство, Klab – разходи; imed/info – уеб базиран информационен клиент; MeDoc – Електронна документообработваща система.

Новият продукт MSMeLab е създаден от екип на Медсофт, базиран едновременно в Германия и в България. Над 20 годишният опит на немската фирма е систематизиран в един нов продукт. Това е позволило компактно и систематизирано включване на лабораторните дейности в единна Информационна Система. Не на последно място е новият потребителски интерфейс – дружелюбен и улесняващ работата.

За контакти:

Медсофт ЕООД, София, ул. Цар Симеон 316, ап. 18.

Тел: (02)822 01 15, (02) 821 39 55.

Факс: (02) 821 39 56.

E-mail: office@medsoft.biz