Форум Практика с отворен код EDV
Здравейте г-н Spranger,
когато създавате EDP за практика, трябва да използвате
Останете реалистични с отворен код.
Той има напр. малка точка модул за фактуриране
и база данни за лекарства (съдържание най-малко)
искам да пиша себе си. По-добре да го вземете
(поне засега) обратно към търговските доставчици.
Разбира се, това в никакъв случай не е малко усилие.
Но има много проекти:-)
www.linuxmednews.org/projects
www.txoutcome.org -> Библиотека на проекти
Има доста удобни интерфейси на база данни
имитират достъпността на Access. Разбира се
още не сме стигнали толкова далеч. A
Търсенето на http://freshmeat.net ще направи много
изваждам.
М.Е. но това все пак е погрешният начин. Между
База данни (= backend) и потребителска страна (= потребителски интерфейс)
включва междинен софтуер (= бизнес логика). Това трябва
разрешете на потребителя да преглежда съдържанието на бекенда
да използвам. Но той/тя би трябвало според мен не с тънък
- макар и доста - кожа точно пред бекенда
да бъде настроен. Потръпване.
За сближаване на знанията в областта (ИТ, медицина,
Практическа процедура): www.gehr.org
Разбира се, знанията могат и трябва да се използват изгодно
ще. Отвореният код не е същото като „безплатен“ !
А отвореният код не е задължително и GPL! И все пак
много по-малко GPL е непременно "безплатно" !
Фондация, кооперация и др. наистина би било
също моето предложение. Това може да бъде и срещу KBV
отговарят за необходимите сертификати.
Отворен код
Здравейте г-н Хилбърт,
Попълването на база данни с лекарства със сигурност е твърде много, за да се иска. Може би обаче има компании, които искат да се инсталират за постоянно в съзнанието на медицинските специалисти по този начин, така да се каже, и да направят съответна база данни на разположение за тази цел?
Фактурирането е гореща тема, не искам да съм в кожата на практикуващия ИТ производител, който трябва да внедри различните каперси на съответните ръководители. Може би би било жизнеспособна опция да се използва централен екземпляр за фактуриране, аналогичен на PVS, който ще бъде възнаграден за услугата въз основа на количествени критерии. Данъчните консултанти използват подобен тип подготовка на данни (DATEV). Разбира се, това изисква приличен комуникационен интерфейс.
Това оставя действителното приложение на пациента. Подходът на www. accessgp.com всъщност изглежда доста добре. Ако данните се съхраняват централно, като се вземат предвид основните критерии за сигурност, това може да е начало. Въпреки достъп!
За да се каже нещо положително за MS: Достъпът не е толкова лош (а тъй като версия 97 също е относително стабилен), той улеснява много не-компютърния учен (като мен!) Да създава необходимите отчети в базата данни.
Лично аз използвам комбинация от MySQL (вътрешна DB на Linux 6.0, Pentium II, приблизително 500 Mhz и 198 MB RAM, запас от данни в момента около 3 GB) и Access (интерфейс чрез ODBC с около 150 заявки, 100 Формуляри и отчети). Също така съм изградил генератор на код за създаване на Fortran и SQL код (цел: автоматизирано преобразуване на ISAM файлове в csf файлове) с Access и работи чудесно.
Потребителите не забелязват нищо от действителната база данни, "междинният софтуер" се състои от много SQL-контролирани скриптове, които кондензират и предварително оценяват данните.
Цялото нещо функционира като хранилище за данни за лабораторна система за данни (моят действителен ИТ дом).
По темата безплатно: Разбира се, можете да печелите пари и с отворен код, поне на теория. Без комбинация от способности, чувство за мисия, спонсорство и алтруизъм, това не работи (почти като в медицината, нали?;-))). Отделно от това, мненията „това, което не струва нищо, не е добре“ и „защо да харча пари за професионална подкрепа на безплатна програма, аз го правя сам“ са широко разпространени в нашите страни. Резултатът в общественото мнение е „това не струва нищо, но е твърде сложно, никой не може да се справи“. Също така бих могъл да си представя, че при първите признаци на забележително разпространение на изпълним софтуер за практикуване на PD, ще се формира истинско лоби с отворен код, тъй като това може да направи пазара на търговските доставчици много по-стегнат.
Но кой знае? Може би бъдещ спонсор ще прочете тази дискусия и ще пожертва малък принос, да речем 5 милиона DM или нещо такова? Можете да направите нещо с това. Или притежателят на стол възлага съответни дисертации? Или фармацевтична компания би искала да намери своето лого на някои практикуващи компютри? Връзката между сигурността, ефективността, високотехнологичните технологии и удовлетвореността на клиентите с определено име на фирма трябва да работи .
ИТ с отворен код
Здравейте г-н Spranger,
Има няколко опции за базата данни за лекарства:
AMIS: достъпно от Федералната служба за наркотици чрез DIMDI и KBV.
Има достатъчно съдържание, е достатъчно структуриран и
Структурата е разкрита. Струва около 20 000 DM като еднократен лиценз (номер-
в брой на 2 TDM вноски на 100 регистрирани потребители, първа вноска при доставка)
и след това на потребител на тримесечие между 20 и 30 DM
Повърхност, доколкото знам.
IfAp:
Тогава има индексът IfAp. Той е широко разпространен и е добър
обработени. Той има интерфейс за DOS и един за Windows.
Той работи в DOSemu (с леки неудобства за
Администратор). Тази база данни се финансира от приходи от реклама
от фармацевтичната индустрия. Следователно (при поискване) изходен код
и форматът на данните не е публикуван. Плюс точка: Може да се направи чрез интернет
актуализиран. Отрицателно: URL адресът на
Актуализациите са променени и инсталирането на актуализациите в момента съдържа
Все още няма контрол на версиите с (емпирична стойност) повреда на данните
в случай на неправилен внос.
Проблемът с базата данни, спонсорирана от аптеките, е в това
Спонсорите ще се опитат да се представят не само визуално, но и
продължават и в логиката на програмата. Така става важно
да бъде по-лесно да намерите и изберете техните продукти от това
състезателят. Забележка: В IfAp m.W. все още не
така, което говори много за IfAp (поне морално).
Таксуване:
Предложението за медицинска клирингова къща
понастоящем не може да бъде реализирана от фактуриращия хаос.
Но има достатъчно доставчици, които са сертифицирани.
Със сигурност някой трябва да може да намери
Модул за проверка на правилата и разпоредбите (без интерфейс,
управлява се само чрез тръби/контакти или подобни). След първоначално
Пренасянето би направило това като част от реалното
Поддръжката на софтуера просто отпада. Може да направи и нещо
разходи.
AccessGP:
> Това оставя действителното приложение на пациента. Подходът на
> www.accessgp.com всъщност изглежда доста добре.
> Дали управлението на данните ще бъде централизирано, като се вземе предвид
> вместо основни критерии за безопасност, това може да бъде
> бъдете начало.
Правилно. Точно това възнамерява да направи GnuMed. (На сайта
нищо не става, но знам какво чрез имейл/пощенски списък
се случи там.)
> Да кажа нещо положително за МС: Достъпът е направен
> не толкова лошо (а от версия 97 също относително
> стабилен), улеснява не-компютърния учен (като мен!)
> създаването на необходимите оценки на DB значително.
Съгласен съм. Това е уловката. Ако го използвате като преден край за
използва други бази данни, може да работи. И дружелюбието
от продукти на MS до некомпютърни учени
никога за дискусия. В крайна сметка, специалисти по ергономия също ще бъдат там
нает.
Практическият EDP не е "оценка" на DB.
> Без комбинация от умения,
Логично.
> Чувство за мисия,
В момента все още частично необходимо.
Но: всеки продавач на пазар с нормални
Състезанието изисква чувство за мисия. Нарича се
след това преговорни умения.
> Спонсорство
Не би трябвало да е необходимо, в противен случай бизнес идеята се крие
в беда. А не естеството на инструментите.
> и алтруизмът не е възможен
Става въпрос за взаимен алтруизъм. Всъщност
гарантирано. Точно затова е част от съдържанието
важно за GPL.
> Освен това в нашите страни има мнения
> "Това, което не струва нищо, също не е добро" и
За съжаление знам това. Но не е задължително да "струва нищо" !
(Въобще не мога да го направя, в противен случай компанията ще фалира
Основната разлика е: Какво получавам за моето
Пари? Добро обслужване + зависимост или добро обслужване +
Независимост? И къде е по-добро качеството на услугата
гарантирано? Ако клиентът е независим или не?)
> "Защо трябва да харча пари за професионална поддръжка за
> Издавайте безплатни програми, аз ще го направя сам "
> широко разпространен.
Продължавай. (За всеки случай: Нашият телефонен номер е:
хххх);-)
> Можех да си представя, че
> първите признаци на значително разпространение на a
> изпълним софтуер за практикуване на PD истински
> Лобито срещу отваряне на източници обучава,
Със сигурност! Но дали това е контрааргумент ?
Също така: Този софтуер по никакъв начин не може да бъде PD (т.е. публично достояние)
бъда ! В противен случай всеки може да дойде, най-добрите парчета
поемете собствения си софтуер и _не връщайте нищо_ !
Това би било сигурна смърт.
Мисля, че има смисъл да започнем с малки модули, които
са частично все още изпълними под Windows:
- автоматично лабораторно вземане (вече писах)
- независим генератор на формуляри, който може да се използва с
Практически програми
- Архив на документи (САЩ, Rö, сканирания, EKG,.) - в процес на разработка
- правно проверимо непроменяемо архивиране на данни (частично
готов за употреба)
- защитен имейл сървър за практики с криптиране
(всичко готово, просто трябва да се събере)
- Драйвери за устройства (KVK четци, малки лабораторни устройства) - отчасти в
развитие
- Счетоводство за частни пациенти (съществува, но трябва
и частно таксуване)
И т.н.
Стъпка по стъпка стигате до смислено цяло.
Трябва да е възможно да се премине от конвенционална система към и
след всичко с изключение на действителното счетоводство + статистика
замени.