Ръката на поликлиника за Алтайската територия е информационна система за лекарите. Тя има широка функционалност и е предназначена да улесни работата по входа и обработката на данни за пациентите. Съкращението се превежда като автоматизирано работно място на лекаря.
Ръка "поликлиника" 1.0 - Програмата "Поликлинична" е предназначена за поддържане на база данни, свързана с клиниката на населението, с възможност за промяна и редактиране на списъка на пациентите на адрес на настаняването, възможността за диспансерно счетоводство на пациентите и счетоводство за ваксинации на пациента и др.
Вижте също информация за. Това ли е подмяна на хартиена документация?
Тази програма се използва от почти всички здравни съоръжения на Алтайската територия. Във връзка с оптимизацията днес намалява медицинските статисти, в чиито мита тя е поддържането на медицинско компютърно счетоводство и статистика. Тяхната функция и задължения са се преместили върху лекарите и затова последните бързат да овладеят основите на компютърната грамотност. Ако считаме, че повечето медицински персонал в клиники и болници са хора от пренетки и пенсионна възраст, можете да си представите, че този процес е далеч от безболезнено.
По-долу е дадено инструкцията "Как да използвате програмата Propleika" специално за лекари и медицински сестри. Описан на примера на стоматологичен прием.
Разберете как да въведете билет до компютъра, как да отбележите Stat Cone.
WRD Polyclinic - Работа с програмата
Вписване на статистически билет
- Вход - Потребител "Потребител",
- Кликнете два пъти върху иконата "ARM на Polyclinic",
- ARMMA -\u003e LPU
- Разрешение. Превеждаме клавиатурата на английски, като едновременно натискаме клавишите за смяна и Alt. Въведете паролата "стоматология". OK бутон или въведете ключ.
- Регистър -\u003e Приемане на пациенти:
- Ние променяме датата на влизане на купоните и в списъка "пълно звено" търсим вашето фамилно име:
- Ние превеждаме руски - отново Shift + Alt и в прозореца, който се отваря, постави курсора на всяко фамилно име и започнете да пишете вашето фамилно име. Избираме (отбелязани от Blue) -\u003e "Save" бутон
- Два пъти кликнете върху фамилията на пациента, чийто талон реши да управлява:
- Кликнете върху бутона "ENTER STATTED TALON":
- Два пъти кликнете върху "Диагноза"
- Въведете кода за диагностика в колоната "диагностика",
- код за медицинско обслужване - "посещение",
- естеството на заболяването е остър за първи път или известен. По-рано cron.,
- диспенсаризация, ако има,
- Статус на посещение - "първичен" или "Re-" (ако съмнение виж Ctrl + F3 Help),
Кликнете върху бутона "Запазване".
- Добавете втора диагноза. В прозореца на статичния пациент натиснете клавиша F2 и повторете елемент 11.
- Да въведете метода на кликване два пъти по "изпълнените методи"
- Празнуваме списък на услугите. Сумата трябва да съвпада с Stattalon. Затворете бутона
- Ако техниката се извършва няколко пъти (NR, уплътнения 3 канала). Отбелязваме техниката, подчертаваме синьо и кликнете с десния бутон на мишката върху кликване -\u003e Изберете "Задаване 3 услуги"
- Запази! Бутон "Запазване".Затворете прозорците.
- Въвеждаме следния купон. Виж параграф 8.
Забележка:
- Когато влизате в диагнозата Z01.2, отбелязваме само състоянието на посещението. Той винаги е "първичен". В картата на пациента отбелязваме целта на посещението - "Цел на проф. Инспекция".
- Въвеждане на нов купон - ключ F2. Избираме раздела "Застраховане" - влизаме в Snils -\u003e отидете на картата на пациента. По-нататъшни действия от параграф 10.
- Доклад - колко поема дневно: доклади -\u003e Доклад на лекарите -\u003e Работа на лекарите на зъболекарите:
- Поставете номер от 08/09/2016 до 08/19/2016,
- отметка пред "Активиране". Пациенти с CLO POLIS на акър »
Как да добавите нов купон в тухлената клиника
Ако пациентът дойде без купон, и неговото медицинско обслужване му беше предоставено, например, на остра болка или инспектирана, след това добавете нов билет, заобикаляйки регистъра, както следва:
Можете също да отпечатате инструкцията, като използвате бутона "Print" в тази статия, но е още по-удобно да използвате думата crib в словния формат и изглежда по-успешен при печат. (Docx)
Компютърът въведе всички сфери на човешката дейност. Art Doctor е компютърна програма, която трябва да помогне на лекаря в медицински и диагностичен процес, осигуряване на максимална полезна информация и да не зарежда допълнителна немедицинска работа. Но реалността не винаги е била перфектно.
Лекар с компютър или приятелски, или не ...
ARM Doctor - какво е това
Автоматичното работно място (ARM Doctor) е компютърен терминал със специална програма, която ви позволява да използвате съвременни технологии в ежедневната работа на медицинската институция. Навсякъде дигитализацията влезе всички сфери на живота и да се откаже от напредъка на глупавите: компютърът може да стане отличен и незаменим асистент на лекар, но при следните условия:
- лекар притежава нови технологии;
- медицинската институция купи мощни компютри;
- създадена е добра мрежа с достъп до интернет;
- използвайте прости програми, за да се справите с информация;
- сервирайте техниката на опитен системен администратор.
Няма никакви условия, а художественият лекар се превръща в ежедневен проблем, за да се реши лекарят е трудно, понякога е невъзможно, и най-важното, това положение предотвратява пациентите. Често лекарят става роб и придатък на компютър с всички последващи последствия.
Истинска помощ за лекаря
Съвременните информационни технологии създават много удобства за лекаря - от намирането на необходимата медицинска информация в интернет към ефективното използване на компютърните програми в диагностицирането на болести. Art Doctor е база данни за всеки пациент, от който можете да разберете:
- всички диагнози и заболявания на човек, който се обърна, за да помогне (търси в електронна карта, понякога може да открие много повече, отколкото при събиране на анамнеза при пациент);
- резултати от пресни анализи, диагностични изследвания и консултантски мнения;
- местоположението на пациента в динамиката на лечението (стационарна и амбулаторна терапия);
- част от индивидуалните данни (паспорт, медицинска политика, сноси, телефон);
- статистика за ежедневната работа.
Това е връзката на различни медицински институции и специалисти в ARS доктор, който е най-добрият помощник за лекаря: като кликнете върху името на пациента, можете да научите максималната медицинска информация за човек за кратък период от време.
ARD лекар - какви са недостатъците
Наличието на електронна карта за всеки човек е прекрасно и удобно. Но само в идеални условия. В живота и реалността на всяка конкретна медицинска институция има значителни нюанси, неустоими бариери и огромни затруднения. Арт лекар става тежест за лекар в следните случаи:
- закупуват евтини и ниско захранващи компютърни терминали с бързо счупване на принтери;
- използва се обемист и незавършена медицинска програма;
- няма обединение за цялата страна (във всеки регион има програма за поддържане на електронна карта);
- запазени инструменти за създаване на не-болнична мрежа, която засяга скоростта на интернет достъп;
- болницата за спестяване не купува офис хартия (инспекцията на лекаря може да бъде отпечатана и да се нанесе в хартиената карта, която никой не е отменял), така че лекарят, с изключение на информацията в програмата, е длъжна да напише a конвенционална дръжка на обикновената хартия, както се изисква;
- некомпетентен програмист, който не притежава мрежови технологии, се вземат за работа;
- лекарят не притежава компютър, пишете с един пръст и с трудно разбиране защо бутонът ENTER е необходим.
В големи институции с проблеми с
Програма предназначен за медицинска документация По отношение на амбулаторното приемане.
Година: 2011
Версия: 4.2.02
Разработчик: Leybasoft.
Платформа: Windows XP SP2 и по-горе
Съвместимост с Vista: Пълен
Системни изисквания:
- процесор: P-III (Celeron 1.5 GHz) и по-горе
- RAM: 512 MB (min 256 MB) и по-висок (препоръчително)
- място на HDD: 100 MB и повече (в зависимост от скоростта на размера на размера на файла на базата данни)
- Права на администратора (само за инсталиране на софтуер и сървърни настройки)
Език на интерфейса: само руски
Таблет: Не е задължително
Размерът: 172 MB.
Писано е да помогне на колегите лекари, които са длъжни да направят невъзможното в най-кратки срокове: да издават амбулаторна карта за всички правила, внимателно слушайте пациента, като внимателно казаха и назначиха адекватно изследване и лечение.
Програмата технически представлява двуроден клиентски сървър ("дебел" клиент). Firebird RDBD се използва като сървър, който позволява достъп до мултиплеър данни и да използва приложението в локалната мрежа. Достъпът до данните е строго регламентиран в зависимост от групата, при която потребителят влиза в базата данни (в една дума, всеки "ще види" само тези данни, на които е позволен "гледане").
Допълнително. Информация: Предишни програми за освобождаване (версия 4.1.08)
Какво ново в тази версия:
1. Заедно с мултиплейър версията (с помощта на пълноправен сървър, който изисква отделна инсталация и конфигурация), т.нар. Преносима версия (единичен потребител, съдържащ вграден сървър, който не изисква конфигурация). Преносимата версия позволява на лекаря да запази програмата + сървър + вашата база данни на обикновен флаш устройство или USB-SHN HDD. Много е удобно, ако искате да работите с базата на работа и у дома, освен това, ако не е абсолютно никакво желание да се ровите в тънкостите на администрирането на базата данни.
2. добави възможността за въвеждане на някои данни на латиницата (по искане на колеги от чужбина)
3. Постави подобрен интерфейс (прозорец за свързване в мултиплейър версия сега има три режима на картографиране) + са изпълнени многобройни "кифли" и "удобство", изрични грешки
4. Добавен е HTML формат за помощ в допълнение към съществуващия CHM формат
Вижте подробностите в помощ и на сайта ...
Тъй като тази версия е предназначена само за работа. уролог-андрологАвторът приканва да си сътрудничи на колегите на гинеколозите, дерматови вещества, терапевти, невропатолози и така нататък. За разширяване в подобна функционална програма. Коментари за дизайн на съдържанието и Usernight на тази версия също са добре дошли.
Как да допринесем за по-нататъшното развитие на Softy
1. Гледайте интерфейса на PROG
2. Плъзнете логиката на работата и връзката между маркираните елементи на интерфейса и генерираните данни
3. Изпращаме лично или на сапун на автора, съчетан със същата логика на жалби / симптоми и съответното "типично" описание на жалбите / симптомите, намерени в местни (или "почти вземане на проби") медицински записи (естествено , по специалността, която искате да видите в програмата). Можете също да добавите какви други модели (статистика. Талонианците и т.н. могат да се добавят продукти от жизненоважна дейност на бюрократи от медицина).
UDC 62-503.51.
Проектиране на автоматизирано работно място на доктора на санаториума
Vergarian Elena Valeraevna 1, Zarryan Yuri Artrovich 2, Мишченко Александър Сергеевич 3, Лимарева Наталия Викторовна 4
1 Южен федерален университет, K.T.N, доцент на отдела за автоматични системи за управление
2 Южен федерален университет, D.D., помощник отдел за автоматични системи за управление
3 Южен федерален университет, студентски отдел за автоматични системи за управление
4 Южен федерален университет, студентски отдел за автоматични системи за управление
Анотация
Тази статия обсъжда разработената програма за автоматизация на работното място на доктор терапевт санаториум. Разглежда се кратък преглед на автоматизираните инструменти за проектиране. Избрана мощност дизайнер. Анадис е извършен. Разглежда се принципът на експлоатация на създаденото приложение на автоматизираното работно място на доктора на доктора на санаториума.
Проектиране на терапевт на работно място санаториум
Заргарян Елена Валеревна 1, Заргарян Юрий Артурович 2, Мишченко Александър Сергеевич 3, Лимарева Наталия Викторовна 4
1 Южен федерален университет, асистент на отдел "Автоматично управление"
2 Южен федерален университет, Ph.D., асистент на отдел "Автоматично управление"
3 Южен федерален университет, студент по управление на автоматични системи за управление
4 Южен федерален университет, студент по управление на автоматични системи за управление
Резюме
В тази статия разработеният софтуер за софтуерна автоматизация на работния станционен терапевт санаториум. Счита за кратък преглед на дизайна на автоматизираната система. Задайте дизайнер на енергия. Anadiz задача. Принципа на работа, създаден от софтуерното приложение на работната станция терапевт санаториум.
Библиографска връзка към статията:
Zarryaryan e.v., zarryaryan yu.a., mishchenko a.s., Limareva n.v. Проектиране на автоматизирано работно място на доктор терапевт санаториум // Модерно оборудване и технологии. 2014. № 11 [Електронен ресурс] .. 02.2019).
Въведение Ефективността на функционирането на предприятието или организацията на всяка индустрия и обхватът на дейността зависи пряко от скоростта, точността и навременността на обмена на данни, както в това предприятие между неговите компоненти (отдели, подсистеми и др.) И извън нея. Това е взаимодействието и обмен на данни тази организация с други (конкурентни, партньорски предприятия и др.). И колкото повече, компанията е до голяма степен голяма, толкова по-сериозно е проблемът на организацията и контрола на потока от огромен брой информация на предприятието, произтича пред нейните мениджъри.
За качествено решение на такива проблеми, предприятията използват автоматизирани системи за управление (ACS).
Целта на тази статия Това е осветлението на разработеното софтуерно приложение, за да се осигурят дейностите на санаториума, по-специално развитието на автоматизирано работно място на лекар - терапевт.
Съответствието на това софтуерно приложение непременно се дължи на:
1. извършване на събиране на информация и оценка на резултатите от предоставянето на медицинска помощ, необходима за ефективно лечение, превенция и рехабилитация;
2. намаляване на сроковете на медицинското обслужване чрез управление на потока на пациента, предоставяне на данни за изтеглянето на лекарите, наличието на ресурси в реално време;
3. намаляване на разходите за терапевтичен и профилактичен процес;
4. Засилване на ефективността на достъпа до информация: цялата медицинска информация за пациента, резултатите от превантивната и медицинската и диагностичната работа, включително резултатите от изследванията, е достъпна за лекар от работното място в реално време;
5. Осигуряване на лекар с необходимите информационни ресурси: директно в процеса на предоставяне на медицински грижи, лекарят има достъп до актуални данни.
При създаване на софтуерно приложение бяха анализирани следните средства за изпълнение:
1. Power Designer, който поддържа средствата за изграждане на модели и графики, методологията UML, CDM, PDM и функциите за съхранение на данни. Това софтуерно приложение поддържа възможности за развитие на командването.
2. Oracle е мощен и стабилен DBMS, работещ с различни операционни системи, включително Windows 98, Windows 2000 / XP, няколко unix опции. Това е един от най-популярните DBM в света и има дълга история на развитие и употреба. Значителна част от технологията Oracle е отворена за разработчика, който осигурява по-голяма гъвкавост при конфигуриране и конфигуриране.
Въпреки това, всичко това означава, че Oracle може да не е лесно да се инсталира, и да работи с нея, е необходимо да се научи много. Освен това, техниките, които работят в версиите на Oracle, предназначени за една операционна система, могат да изискват промяна във версията за друга операционна система.
Има много конфигурации на софтуера на Oracle. Първо, има две различни версии на ядрото на Oracle DBMS: за индивидуално използване за организации. Освен това има програма за разработване на формуляри и доклади, програмата на Oracle и различни средства за публикуване на Oracle бази данни в мрежата.
3. SQL Navigator е най-популярната среда за развитие на Oracle, която осигурява достатъчно възможности за записване, конфигуриране и отстраняване на грешки PL / SQL библиотеки, включително вградена експертна система и бърза система.
4. DELPHI е средство за визуално проектиране, което ви позволява бързо и качествено създаване на програми в екипа в производството, значително намаляват разходите за обучение на обучението, както и да координират дейностите на група доставчици, енкодери, тестери и технически писатели. Друго предимство на Делфи е неговата интерфектна, т.е. Възможност за компилиране на приложения на Windows към Kylix формат за Linux.
Анализ на техническата задача.Като цяло, средствата за подкрепа на лекаря може да бъде подадена от три автоматизирани работни места (Армов):
AWP "Регистър"
AWP "Терапевт"
AWP "Администратор"
AWP "Доктор-терапевти"
Като се има предвид работата на лекаря - терапевт в общия случай, може да се отбележи, че става дума за пациент с карта и евентуално, резултатите от допълнително диагностично проучване и основната му задача е да развие режим на лечение на пациента Кои различни процедури могат да влизат, лекарствена терапия, специалисти по тесни посещения и др. Лекар терапевтът трябва да разбере проблемите на пациента, да определи в кой етап има различна болест и да реши какво да направи пациента, за да подобри благосъстоянието си. Цялата работа по подготовката на вземането на решения може да бъде разделена на няколко етапа: описание на състоянието на пациента, клиничен преглед, диагнози, определяне на обучаемите за терапия, определяне на критерии за постигане на терапевтични цели, анализ на състоянието на пациента и синтеза на схемата за лечение въз основа на получената информация. Лекарят на терапевта трябва да бъде изграден в съответствие с показаната схема. Основната форма на ръката трябва да бъде форма за показване на пациентакоито се третират с този лекар и техните посещения при лекаря. Посещенията могат да бъдат няколко вида: основно приемане, препредаване, превантивна консултация. За всеки тип посещение в ARME, докторът - терапевтът трябва да бъде избран от собствения си инструментариум за работа с пациента. Формата на картографиране на пациенти трябва да има същите възможности за търсенето и филтрирането на съответните записи като формата на дисплея на ARMA рекордера. За повече от фина класификация на видовете посещения на пациентите, концепцията трябва да бъде въведена - целта на посещението. Така например, в допълнение, списъкът на следващия паритет на пациента трябва да бъде в идентификаторите на списъка. Формата на приемането на пациента трябва да бъде организирана като съответния магьосник, който представлява работа в логическа последователност. На първия етап на съветника се записват оплакванията на пациентите, анамнеза на болестта на пациента, историята на живота на пациента, алергичната история, се провежда от проучване на органите и системите. Ако пациентът е преминал преди да вземе пациента диагностична процедура, която допринася за заболяването на някои органи и системи, тогава проучването трябва да бъде намалено, за да се спести време на лекар. Освен това на първия етап на магьосника е възможно да се извърши диагностична процедура в рамките на добавяне на "допълнителна диагностика". Когато приемате пациента, за да разберете държавата си, проучването трябва да започне с регистрационни жалби търпелив. Трябва да знаеш:
1. Какво се оплаква от пациента.
2. Точна локализация на болезнените явления.
3. Облъчване на болката.
4. Време на външен вид (ден / нощ)
5. Фактори, причиняващи болезнени усещания (физически или психически стрес, прием на храна и др.).
6. естеството на болезненото усещане, например, характерът на болката: компресиращ, шев, горящ, постоянен, париетален и др. , както и неговата интензивност, продължителност
7. Какво е болезненото явление
8. Поведението на пациента, принудителното положение на пациента, улеснява болезнените усещания.
Всяко оплакване трябва да бъде класифицирано според принадлежност към определена система на тялото. След това е необходимо да се извърши подробно проучване на пациента върху онези органи и системи, посочени в регистрационната фаза на жалбите. В процеса на детайла се считат следните органи и системи:
След регистриране на жалби и подробности за засегнатите органи и системи, подробно в хронологичната последователност, възникването, развитието и хода на настоящото заболяване от първите му прояви до момента на изследване от неговия терапевт (описание на резюмето на заболяването) са описани. Описанието може да бъде прехвърлено в проучването съгласно следната схема:
1. Защото колко време той смята, че е болен?
2. Къде и при какви обстоятелства се разболяват за първи път?
3. Фактори, насърчаващи началото на болестта
4. Какви знаци започнаха болестта?
5. Първата жалба на лекаря, резултатите от проведените проучвания, диагностициране на заболяването, лечението по това време, неговата ефективност.
6. последващ курс на заболяването
Вторият етап на работата на съветника за приемане на пациента е клиничен преглед, проведен от лекар. Като част от клиничната инспекция, лекарят провежда външно изследване на пациента, палпацията, перкусията, аускултацията, за да се определи състоянието на различните органи и системи, отстраняване на извънредни ситуации, премахване на кръвното налягане, измерване на растежа, телесното тегло. Информация за резултатите от всеки тип инспекция се регистрира от лекаря в съответните помощни полета за инспекции.
На третия етап на работата на капитана диагнозата се прави от лекаря на пациента. Направена е основната диагноза, се определя дали заболяването е в ремисия или в обостряне, се определят асоциирани диагнози, състоянието, в което са разположени, също се определят. След инсталиране на диагнози и определяне на потоците на заболявания, лекарят може да поеме задължения за лечение на съответното заболяване или да изпрати пациента на тесен специалист.
AWP "Администратор"
На нивото на ARMA "Администратор" се извършват следните видове работа:
Конфигуриране на клиниката;
Регулиране на ръката;
Създаване на справочници.
Анализ на подобни софтуерни системи. "AIS" Polyclinic ", Спътник на Croc разработи и внедри автоматизирана информационна система за централния поликлиник на FSB на Русия ( AIS "Polyclinic"). Системата обхваща 340 автоматизирани работни места, нейните потребители са повече от 700 медицински работници, обслужващи над 5 хиляди души на ден. Системата е предназначена за цялостна информация и аналитична подкрепа за клиниката. Системата, централният софтуерна компонент, от която е медицинската информационна система "Меданалитични", включва и сървър, компютър, мрежова и периферна техника, свързана към градската телефонна мрежа. Институционална централа, структурирана кабелна система, високоскоростна локална мрежа, и Системи за захранване и аларма за сигурност.
Медицинска автоматизирана система "Medis-T".Системата е предназначена да автоматизира производствената медицина, поликлинични, болници, здравни грижи, санаториуми. Той има способността да управлява дистанционно системните работни места (чрез интернет).
Прилагане на софтуерно приложение.Използва се използването на софтуерната система за проектиране 15 концептуален модел данни. За да регистрирате жалби на пациентите, трябва да попълните почти същите области за всяко оплакване, решено е да се разработи абстрактна таблица за оплаквания.
Бяха разработени следните таблици:
TUSERS - съдържа данни за потребителите на потребители.
Tpacient - пациентска карта.
Tzalob - съдържа оплаквания на пациента.
T_boby_system - човешки системи за тяло.
T_ boby_pod_system е вид жалба срещу специфична система на тялото.
Tonsp_obch - маса за определяне на сегашното състояние на пациента.
Танамнез - анамнеза на заболяването.
Tanamnez_next - последващ курс на заболяването
Tdiaznoz - съдържа диагнозата на пациента.
T_pod_diaznoz- съдържа съпътстващата основна диагноза.
Получава се софтуерна система на Power Designer 15, базирана на концептуален модел на данни физически модел на данниOracle-ориентиран (виж фиг. 1).
Създаване на представителства (мнения) . Изгледът е резултат от експресия на SQL, състоящ се от оператори на вземане на проби, дизайн и съединение. Представленията ви позволяват да осигурите по-гъвкава защита на таблиците, с тяхната помощ можете да ограничите достъпа до определени колони или струни, както и те могат да бъдат използвани за свързване на таблици.
Фиг. 1 - модел на данни
Структура на представяне:
Създаване или замяна на изглед "v _in the table" ("plaible_namination 1", "pla name n") като изберете "Име на името 1", "Име на играта 2" ... .. Име n "от" име на таблица ", където del \u003d 0.
Където del е знак за премахване
За всяка таблица бяха създадени изображения на описаната по-горе структура.
Създаване на последователности (последователности). Последователността е обект, който генерира поредица от последователни уникални номера. Последователностите най-често се използват за генериране на сурогатни ключови стойности.
Създаване на тригери (тригери). Тригерите в Oracle са процедурите в Java или SQL, които се наричат \u200b\u200bпри извършване на определени действия с базата данни. Oracle поддържа множество типове спусъка: Някои стартира SQL команди, които създават нови структури в базата данни, например, други започват нивото на таблицата, когато редовете на таблиците се променят, третият започва един път за всяка модифицирана линия.
Структурата на създадените тригери:
Започнете да изберете sec_ "name_table" .nextval в: нов. "Identifier_table" от двойно; Край;
Прилагане на клиентската част на софтуерното приложение.Програмата се състои от следните модули:
Login_unit е модул, предназначен да влезете.
Dm_unit е модул, предназначен да съхранява конфигуриран достъп до базата данни.
Admin_unit е модул, предназначен да покаже списък на регистрираните потребители на системата.
Main_unit е основната форма на приложението.
Find_user_unit е модул, предназначен да въведе данните, необходими за търсенето.
New_User_Unit е модул, предназначен да добави нов потребител.
Edit_user_unit е модул, предназначен за редактиране на потребителски данни.
Reg_nit - модул, предназначен да показва карти за пациента.
New_Pacient_unit е модул, предназначен да направи нов пациент в базата данни.
Edit_pacient_unit е модул, предназначен за редактиране на данни за пациентите.
Pacient_unit е модул, предназначен за показване на пациенти в AWP "Терапевта".
Select_date_unit е модул, предназначен да изберете датата.
Reg_zalob_unit - модул, предназначен да регистрира жалби на пациента.
Detail_zalob_unit е модул, предназначен да детайлизира регистрирани оплаквания.
Edit_unit е модул, предназначен да въведе голямо количество данни.
Anamnez_unit е модул, предназначен да опише анамнезата на заболяването.
New_zalob_unit е модул, предназначен да направи нова жалба до базата данни.
Edit_zalob_unit - модул, предназначен за редактиране на оплаквания.
Opred_Sost_unit е модул, предназначен да определи сегашното състояние на пациента.
Diagnoz_unit е модул, предназначен да направи основната диагноза и диагнозите, свързани с него.
SOST_UNIT_-модул, предназначен да види състоянията на пациентите към различни дати. Служи за определяне на динамиката на развитието на пациента.
Edit_sost_unit е модул, предназначен да редактира данните за състоянието на пациента.
Restore_Users_Unit е модул, предназначен да възстанови погрешно отдалечени потребители на системата.
Dmrestore_unit е модул, предназначен да съхранява конфигуриран достъп до базата данни.
Restore_pacient_Unit е модул, предназначен да възстанови погрешно отдалечени пациенти.
Restore_diagnoz_unit е модул, предназначен да възстанови погрешно дистанционните диагнози на пациентите.
Структурата на софтуерното приложение е показана на фигура 2.
След стартиране на софтуерното приложение, на екрана на монитора ще бъде показан формуляр, който ще бъде предложен за преминаване през процедурата за удостоверяване (виж фигура 3). За да влезете, ще трябва да въведете "login" и "password" в подходящите полета за формуляри.
След като се регистрирате, ще се появи основната форма на софтуерното приложение (виж фигура 4). Този формуляр не е информативен и осигурява само избор на работен режим с приложението:
AWP "администратор";
AWP "Регистър";
AWP "Терапевт".
Фиг. 2 - Структура на софтуерната приложения
Ако потребителят няма права на всеки режим на работа със системата, този потребител няма да е налице за този потребител.
Фиг. 3 - формуляр за вход
Фиг. 4 - Софтуерно приложение за домашно формуляри
AWP "Администратор".След като влезете в системата в режим на администратор, на екрана ще се появи формата на AWP "Administrator" (виж фиг. 5).
Показват се формата на потребителите на системата, както и правата на тези потребители. Тези данни могат да извършват следните действия:
Добавяне - Показва формата за добавяне на нов потребител (виж фиг. 6).
За да добавите правилно потребител, трябва да попълните всички полета, както и да разпространявате правата за потребителя, след което искате да кликнете върху бутона Добавяне.
Фиг. 5 - Формуляр "Администратор"
Фиг.6 - формата на добавяне на нов потребител
Промяна - Показва формуляра за редактиране на потребителски данни. Този формуляр е подобен на формата на добавяне на нов потребител.
Delete - Тази функция е предназначена да изтрие потребителя. Физически, данните от базата данни не се изтриват. По всяко време е възможно да се възстановят отдалечените данни.
Търсене - активиране на входната форма на низа за търсене (виж фиг. 7).
Фиг.7 - Търсене на низ за търсене
След като въведете низ за търсене, трябва да кликнете върху бутона "Търсене".
Също така, администраторът има възможност да възстанови отдалечените данни. За да възстановите потребителите на системата, има специализирана форма (виж фиг. 8)
Фиг.8 - Възстановяване на потребителите на системата
За да възстановите потребителя, трябва да го укажете в списъка за отдалечен потребител и след това щракнете върху бутона Възстановяване.
За да възстановите отдалечени пациенти, има специализирана форма на възстановяване на пациентите (виж фиг. 9)
Фиг. 9 - Възстановяване на пациенти
За да възстановите пациента, трябва да го укажете в списъка с отдалечени пациенти и след това щракнете върху бутона Възстановяване.
За да възстановите дистанционните диагнози, има специализирана форма на възстановяване на диагнозите (виж фиг. 10.)
Фиг. 10 - Възстановяване на диагнози
За да възстановите диагнозата, трябва да го укажете в списъка с дистанционни диагнози и след това щракнете върху бутона Възстановяване. За да възстановите придружаващата диагноза, трябва да го укажете в списъка с дистанционни диагнози, след което щракнете върху бутона "Възстановяване". Диагнозата ще бъде възстановена от пациента, който е бил отстранен.
AWP "Терапевт".След активиране на режима на терапевта, формата на картографирането на пациентите се показва на екрана (виж фиг. 11).
Формата показва пациенти, прикрепени към определен лекар.
Тези данни могат да извършват следните действия:
Изборът на пациенти, записани на определен номер. За да активирате тази функция, трябва да кликнете върху бутона "Пациенти".
Фиг. 11 - формата на AWP "Доктор-терапевт"
Екранът показва формата за избор на дата (виж фиг. 12)
Фиг. 12 - Формуляр за избор на дата
В края на избора на датата трябва да кликнете върху бутона "Изглед".
Търсене - активиране на входната форма на низа за търсене (виж фиг. 7).
Отказ - функцията е предназначена да анулира резултатите от търсенето.
Започнете приемането - активиране на съветника за приемане на пациента.
Първият етап от приемането на пациента е регистрацията на жалби на пациентите (виж фиг. 13).
Фиг. 13 - Формуляр за регистрация на жалбоподателя на пациента
Тази форма показва оплакванията на пациента. Тези данни могат да извършват следните действия:
Добавяне - активиране на формата на добавяне на оплакване на пациента (виж фиг. 14).
Фиг. 14 - Форма на добавяне на жалба на пациента
Детайл - активиране на формата на детайлни жалби на пациента (виж фиг. 15).
Редактиране - Този формуляр е подобен на формата на детайлност на жалбата на пациента.
Delete - Тази функция е предназначена за премахване на картата на пациента. Физически, данните от базата данни не се изтриват.
Фиг. 15 - Форма на детайлите на жалби на пациента
След регистриране на жалби на пациента и техните данни трябва да отидат в описанието на резюмето на болестта. За да направите това, трябва да попълните полетата в два раздела:
Анамнеза на заболяването (виж фиг. 16).
Последващ курс на заболяването (виж фиг. 17).
След описване на анамнезата на заболяването е необходимо да се пристъпи към определяне на състоянието на пациента. В случай, че пациентът е посетил лекар многократно, поради този формуляр е възможно да се проследява динамиката на развитието на заболяването (виж фиг. 18).
Фиг. 16 - Болест Anamnese Описание
Фиг. 17 - Раздел на описанията на последващия курс на заболяването
Следните действия могат да бъдат извършени с данните за формуляра:
Добавяне - активиране на формата на определяне на състоянието на пациента (виж фиг. 19).
Редактиране - активиране на формуляра за редактиране на състоянието на пациента. Този формуляр е подобен на формата на определяне на състоянието.
След описване на историята на заболяването е необходимо да се пристъпи към диагнозата (виж фиг.20).
Фиг. 18 - Формуляр за показване на състоянието на пациента
Фиг.19 - форма на определяне на състоянието на пациента
След като направите диагноза, можете да завършите съветника за приемане на пациента.
Фиг. 20 - форма на диагноза
Разработеното програма за програма може да се използва за автоматизиране на работното място на санаторий лекар.
Библиографски списък
- D. Rrynka, "Теория и практика на изграждане на бази данни. Наземно издание" "Петър", 2003.
- Дата, K., J. Въведение в системите на базата данни. 6-то Ед. - K.; M., SPB: Уилямс, 2000. - 848в
- V.V. Кореев, a.f. Гариев, s.v. Vasyutin, v.v. База данни на рая. Интелигентна обработка на информацията. - m.: Nolide, 2001.- 496c.
- Khomonenko a.d., tsygankov v.m., maltsev m.g. Бази данни: Урок за висши учебни заведения / ЕД. проф. По дяволите. Хомоненко. - SPB: Печат на корона, 2002. - 672в.
- Zarryan e.v., zarryan yu.a. Информационна подкрепа за проблемите на многокритните оптимизации съгласно метода на Парето. Информатизация и комуникация. 2013. № 2. стр. 114-118.
- Zarryan e.v. Метод за изчисляване на неясния индустриален баланс. Новини за южния федерален университет. Техническа наука. 2008. Т. 81. 4. стр. 125-129.