Главная » Участники » Юрий Колесниченко » Последние комментарии
Последние комментарии Юрий Колесниченко
0 0
Юрий Колесниченко написал
В то время в школе мы работали на ЕС-ЭВМ с монохромными мониторами и верхом крутизны для меня тогда было отправить текстовое сообщение на все терминалы во время урока, пока преподаватель не увидел, потому что он потом сильно ругался. А еще тогда было круто, если у тебя был кассетный аудио-плеер с оранжевыми наушниками и кроссовки, пусть даже не adidas, куртка Аляска, часы бренда "Электроника", возможно даже игра "Ну-погоди" или ее западный аналог Game&Watch от Nintendo(не путать с ТВ-приставкой)...https://en.wikipedia.org/wiki/Game_%26_Watch
0 0
Юрий Колесниченко написал
К сожалению, конкретно данный вопрос досконально мной не изучался.
0 0
Юрий Колесниченко написал
Здравствуй новый дивный мир, супер. )))
0 0
Юрий Колесниченко написал

MiddleMan написал 28.02.2019 20:14

Я не очень силен в радиологии, и все таки , разве в россии есть "технологическая почва" для посева семян машинного обучения в радиологии?Ведь там кроме законного ограничения-врачебная тайна, есть проблема со статистическим материалом, да? Как много клиник готовы отдать свои фотки для обучения машинки?

Вы все правильно поняли.Во-первых, насколько мне известно "фотки" в клиниках РФ систематически не хранятся, что-то какое-то время хранится на рабочих станциях подключенных к цифровым рентгеновским аппаратам, КТ, МРТ - жесткие диски на рабочих станциях не резиновые, снимки УЗИ вообще сохраняются на энтузиазме врачей, как правило или в аппаратах или на компьютерах врачей, т.к. для проведения УЗИ в РФ они не нужны - у нас в УЗИ нет деления на узилаборанта и узиолога, как на западе, а значит и в сохранение изображений для обмена данными между этими звеньями нет нужды. Какие-то "фотки" хранятся на рабочих станциях в НИИ, но тоже не все подряд, а подобранные для конкретных научных исследований и доступны даже не всем сотрудникам НИИ из-за внутренней конкуренции.Во-вторых, кроме указанных вами ограничений по части передачи данных, думаю будут проблемы и по части отсутствия заинтересованности клиник и НИИ в безвозмездной передаче своих данных третьим лицам с целью их обогащения, т.е. третьих лиц, а не клиник. И эти ограничения будут характерны не только для РФ, но и повсюду. Поэтому хорошо, что есть врачи энтузиасты выкладывающие свои клинические наблюдения в интернет и открытые статьи в научных журналах.Безусловно, для максимального исключения погрешностей от "цифровых помех", например при сжатии файлов, как мой алгоритм, так и многие другие, потребуют изображений высокого качества(исходников), которые в интернет найти практически не реально. Отсюда и глубокая яма описанная в статье - врачей хотят заставить добровольно взойти на эшафот, типа - "научите свою замену и уходите". И пока большинство врачей не в восторге от этого предложения.
0 0
Юрий Колесниченко написал
Новое видео на англ.https://youtu.be/rhH7WTV_Wus
0 0
Юрий Колесниченко написал

MiddleMan написал 24.10.2018 14:16

Юрий Колесниченко написал 24.10.2018 14:09

MiddleMan написал 24.10.2018 13:49

Юрий Колесниченко написал 24.10.2018 13:47

MiddleMan написал 24.10.2018 13:39

Юрий Колесниченко написал 24.10.2018 13:28

Спасибо,Мне уже в одной соц.сети предложили сравнить мой алгоритм с OpenCV for Java, я их нашел, попытался понять о чем вообще речь идет и ничего не понял.Думаю здесь будет таже история.Для меня это пока лишь хобби. Я смотрю на достижения "монстров" индустрии, где всё, как в приведенном выше примере, очень сложно, и делаю сам что могу. И мне нравится то, что получается - просто и воспроизводимо, без всяких ИИ и прочей пурги про преобразование Фурье, Гаусса и пр.Я понимаю, что это скорей всего никому не нужно, у нас же есть много других умников, например в Сколково и пр. Очередную мою статью по этой теме в очередном нашем журнале завернули по неизвестной причине...

Тема очень актуальна на западе, но там действительно работают монстры И да ,действительно есть различно рода opensource решения , но, поскольку в каждой стране очень специфические требования к обработке медицинской информации,то здесь каждый сам за себяВы молодец ,думаю скоро появятся программы способные созданию поисковичка по медицинским изображениям

Да вот она, она уже есть! Только никому не нужна. :) Из предложений(с ред. совета одной конференции, которые мне отказали в публикации) поступало только предложение раскрыть её алгоритм. :) Я конечно отказался, задал им вопрос - Зачем это мне? Ответа не последовало.

Создавайте стартап, идите в ВТБ за деньгами, должно выстрелить

:) Как в сериале Силиконовая долина (Silicon Valley)? https://www.youtube.com/watch?v=v-qNDWzclrwВзять деньги или создать стартап? После просмотра сериала, только конкретно тупой не понял, что лучше взять деньги, только пока никто не предлагал. :)Я не буду брать кредиты - это прямой путь в бомжи. Я бы предпочел работать над этим проектом в компании "монстре", но, как я уже и говорил, таких предложений не поступало.

1.выучить английский2.выучить математические алгоритмы работы с изображениями3.разместить резюме на английском на linkedin4.Отвечать на приглашения

Нет, это вы описываете инструкцию для молодого программиста, выпускника соответствующего факультета тех.вуза, чтобы его взяли на рядовую должность.Я же говорю про работу над своим проектом под крылом компании, мне не нужна должность рядового программиста.
0 0
Юрий Колесниченко написал

MiddleMan написал 24.10.2018 13:49

Юрий Колесниченко написал 24.10.2018 13:47

MiddleMan написал 24.10.2018 13:39

Юрий Колесниченко написал 24.10.2018 13:28

Спасибо,Мне уже в одной соц.сети предложили сравнить мой алгоритм с OpenCV for Java, я их нашел, попытался понять о чем вообще речь идет и ничего не понял.Думаю здесь будет таже история.Для меня это пока лишь хобби. Я смотрю на достижения "монстров" индустрии, где всё, как в приведенном выше примере, очень сложно, и делаю сам что могу. И мне нравится то, что получается - просто и воспроизводимо, без всяких ИИ и прочей пурги про преобразование Фурье, Гаусса и пр.Я понимаю, что это скорей всего никому не нужно, у нас же есть много других умников, например в Сколково и пр. Очередную мою статью по этой теме в очередном нашем журнале завернули по неизвестной причине...

Тема очень актуальна на западе, но там действительно работают монстры И да ,действительно есть различно рода opensource решения , но, поскольку в каждой стране очень специфические требования к обработке медицинской информации,то здесь каждый сам за себяВы молодец ,думаю скоро появятся программы способные созданию поисковичка по медицинским изображениям

Да вот она, она уже есть! Только никому не нужна. :) Из предложений(с ред. совета одной конференции, которые мне отказали в публикации) поступало только предложение раскрыть её алгоритм. :) Я конечно отказался, задал им вопрос - Зачем это мне? Ответа не последовало.

Создавайте стартап, идите в ВТБ за деньгами, должно выстрелить

:) Как в сериале Силиконовая долина (Silicon Valley)? https://www.youtube.com/watch?v=v-qNDWzclrwВзять деньги или создать стартап? После просмотра сериала, только конкретно тупой не понял, что лучше взять деньги, только пока никто не предлагал. :)Я не буду брать кредиты - это прямой путь в бомжи. Я бы предпочел работать над этим проектом в компании "монстре", но, как я уже и говорил, таких предложений не поступало.
0 0
Юрий Колесниченко написал

MiddleMan написал 24.10.2018 13:39

Юрий Колесниченко написал 24.10.2018 13:28

Спасибо,Мне уже в одной соц.сети предложили сравнить мой алгоритм с OpenCV for Java, я их нашел, попытался понять о чем вообще речь идет и ничего не понял.Думаю здесь будет таже история.Для меня это пока лишь хобби. Я смотрю на достижения "монстров" индустрии, где всё, как в приведенном выше примере, очень сложно, и делаю сам что могу. И мне нравится то, что получается - просто и воспроизводимо, без всяких ИИ и прочей пурги про преобразование Фурье, Гаусса и пр.Я понимаю, что это скорей всего никому не нужно, у нас же есть много других умников, например в Сколково и пр. Очередную мою статью по этой теме в очередном нашем журнале завернули по неизвестной причине...

Тема очень актуальна на западе, но там действительно работают монстры И да ,действительно есть различно рода opensource решения , но, поскольку в каждой стране очень специфические требования к обработке медицинской информации,то здесь каждый сам за себяВы молодец ,думаю скоро появятся программы способные созданию поисковичка по медицинским изображениям

Да вот она, она уже есть! Только никому не нужна. :) Из предложений(с ред. совета одной конференции, которые мне отказали в публикации) поступало только предложение раскрыть её алгоритм. :) Я конечно отказался, задал им вопрос - Зачем это мне? Ответа не последовало.
0 0
Юрий Колесниченко написал
Кстати о достижениях -http://www.uzgraph.ru/izbrannoe/1/483/15-04-2018-3d-vektornyy-analiz-cifrovyh-izobrazheniy-dlya-kompyu.htmАлгоритм уже можно прикручивать к системе спутникового наведения на цели, одну цель в квадранте выбрал, а остальные подобные цели алгоритм найдет сам. Удобно ведь, правда?:)
0 0
Юрий Колесниченко написал
Спасибо,Мне уже в одной соц.сети предложили сравнить мой алгоритм с OpenCV for Java, я их нашел, попытался понять о чем вообще речь идет и ничего не понял.Думаю здесь будет таже история.Для меня это пока лишь хобби. Я смотрю на достижения "монстров" индустрии, где всё, как в приведенном выше примере, очень сложно, и делаю сам что могу. И мне нравится то, что получается - просто и воспроизводимо, без всяких ИИ и прочей пурги про преобразование Фурье, Гаусса и пр.Я понимаю, что это скорей всего никому не нужно, у нас же есть много других умников, например в Сколково и пр. Очередную мою статью по этой теме в очередном нашем журнале завернули по неизвестной причине...
0 0
Юрий Колесниченко написал
Наконец-то удалось опубликовать на русском - http://2018.nscf.ru/TesisAll/06_Prikladnoe_PO/259_KolesnichenkoOY.pdf
0 0
Юрий Колесниченко написал
0 0
Юрий Колесниченко написал
Если кому-то интересно, еще один доклад, где я писал алгоритм с использованием кода Грея, а потом рисовал ненаправленный взвешенный граф:https://elibrary.ru/item.asp?id=30586295http://www.remedium-journal.ru/arhiv/detail.php?ID=53907&num=%B910&sec_id=5708
0 0
Юрий Колесниченко написал

LeChat написал 11.11.2017 16:07

здОрово! Только 1) звук тихий 2) по-русски тоже надо.имхо если в тему пригласить бойцов тех же abbyy, то потребная вычислительная мощность может несколько подсократиться, вплоть до безоблачных вычислений. Мои расчёты тоже когда-то 3-4 суток занимали )), а потом углов понасрезал без ущерба для результата.Забросьте удочку в МФТИ или в НИИ типа ИМБ, там к этим темам вполне могут присоединиться профессионально и со своими наработками, или хотя бы пальцем показать, кто реально помочь может. Это ж рафинированная биофизика.

Спасибо, это был доклад на заграничной конференции - поэтому не на русском, громкость звука вроде нормальная. На конференции в РФ его завернули, потребовали предоставить псевдокод сравнить с уже имеющимися аналогами, о которых явно ничего не сказали - мне об аналогах ничего не известно, я искал но не нашел. Предоставлять им код я отказался.PS. Мне перестали приходить уведомления о комментариях на почту, так что сорри, что так долго не отвечал.
1 0
Юрий Колесниченко написал

LeChat написал 05.02.2017 18:46

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

1540 м/сек, но речь не об этом. Речь об идеализации цифровой технологии, которая полна погрешностей, как и аналоговая. Т.е. мы переходили от "аналога" к "цифре", в частности, чтобы избавиться от помех, но, как это очевидно из эксперимента, сама "цифра" может создавать помехи.
0 0
Юрий Колесниченко написал

LeChat написал 29.01.2017 19:00

я подобные косяки разгребал, правда до двойных записей на одно время у нас не доходило. Завтра буду в МО, в которой _всё_ на бумаге, и с 7 утра штурм регистратуры. Можно взять талон и отдать кому не надо.Человек с маршрутным листом должен этому маршрутному листу следовать. Настройка процесса выдачи корректных маршрутных листов не настолько сложна, похоже у вас в Москве два исполнителя и два ЕМИАСа, не дружащих друг с другом. Это проблема административная, а не техническая; молоток не виноват в ударе по пальцу.Ну а в смс для записанных в интернете можно "получите маршрутный лист в регистратуре". Можно слать смс после записи, а не во время записи. То есть чинить косяк можно даже в таких условиях.

Безусловно, все проблемы исходно административные. Изначально не надо было принимать такую косую систему, затем не надо было доходить до СМС информирования, потому что как врач может представить доказательство наличия у пациента СМС начальству? Отксерить? Мне потом скажут, а ты докажи, что у пациента было СМС? А как?В талонах из интернета сейчас пишут о том, что нужно уточнить данные записи на ресепшн, цитирую - "Предупреждение. Этот талон на прием к врачу является предварительным. Информация о приеме может измениться в связи с изменением расписания работы врача. Рекомендуем перед визитом к врачу проверить свою запись и распечатать талон с помощью инфомата в холле медицинского учреждения." - но ктож это будет читать? Нет, человек с этим талоном на бумаге А4 пришел ко мне в кабинет вместе с другим, который был в ЕМИАС. А остальные показывали мне СМСки на своих смартфонах и спрашивали - вижу ли я? А я в свою очередь предлагал им взглянуть на экран монитора, где их нет, но им было все равно. Аргумент - "Ничего не знаю! Мне пришла СМСка, давай меня принимай!".
0 1
Юрий Колесниченко написал

LeChat написал 29.01.2017 17:28

косяк ЕМИАС не отменяет того, что регистратуру/ресепшен грузить уже записанным пациентом незачем. Надо чинить косяк, да. И МО должна иметь доступ к управлению и результатам смс-рассылки.

Насколько я понимаю, вы не врач и вам этого не понять, сейчас вообще всеми принято учить врачей жизни. Если вам в кабинет входят два пациента и один из них ложится на кушетку для исследования, а другой говорит, что он из кабинета не уйдет, пока его не примут, хотя он и не записан - что вы будете делать? Принимать обоих одновременно, нарушая врачебную тайну? Т.е. на практике происходит срыв приема! Не обращали внимания на то, что, например, в больницу вы так просто не зайдете? Вас будет тормозить охрана, в Москве сейчас вообще почти всюду в больницах на входе турникет, как в общественном транспорте. А в поликлиниках такого почему-то нет, гуляй кто хочет, можно просто зайти в туалет, как МакДоналдсе - это бардак!Должна быть единая пропускная система, раз в больницах турникет, то в поликлиниках он тоже должен быть. В обязанности врача не входит решение административных проблем, а вот в обязанности мед. регистраторов как раз входит.Попробуйте еще в коммерческом центре пройти мимо ресепшн сразу в кабинет к врачу!
0 0
Юрий Колесниченко написал

MiddleMan написал 19.12.2016 18:42

***Я пишу код для себя, т.е. я и есть заказчик. Одно время я размещал код на стороннем хостинге и руководствовался принципом обфускации - во избежание реверс-инжиниринга, в итоге попал на собственные грабли.***т.е. если я правильно понял .. вы написали код и спустя какое время в нем и запутались.. так в чем беда .. Вы-то один ( а один в поле не ... пашет)

Всё отлично пашет. Просто код уже достиг того размера, когда по нему нужно мануал писать.

MiddleMan написал 19.12.2016 18:42

для этого и формируются команды разработчиков..что бы писать "НЕ пахнуЮЩИЙ КОД"- есть замечательная статейка про дурно пахнущий код

Это все байки, код не пахнет. Команды нужны для скорости, при скорости неизбежно страдает качество. ООП или ПП дело вкуса и компилятора. :)
0 0
Юрий Колесниченко написал

MiddleMan написал 19.12.2016 16:58

***Этот постулат будет верен только для простых алгоритмов. Когда же речь заходит о десятках и более тысяч строк кода, все обстоит иначе. Я порой смотрю на написанный мною код в поиске глюка вызвавшего сбой и долго не могу понять, что именно тот или иной кусок кода делает. Т.е. нужно много времени, чтобы вчитаться и понять где именно "коса нашла на камень".***тут я с Вами не соглашусь...Как-то ведь марсоходы ездят по марсу?! Почитайте на досуге как в НАСА создают программы для марсоходов.. удивитесь насколько сложные алгоритмы там описываются ...

"In 1997, the Mars Pathfinder mission was jeopardised by a bug in concurrent software shortly after the rover landed"https://en.wikipedia.org/wiki/List_of_software_bugs

MiddleMan написал 19.12.2016 16:58

***Я порой смотрю на написанный мною код в поиске глюка вызвавшего сбой и долго не могу понять, что именно тот или иной кусок кода делает. ***код должен быть написан не для работы а для сопровождения .... и код пишется так что бы его понял заказчик (S.O.L.I.D)

Я пишу код для себя, т.е. я и есть заказчик. Одно время я размещал код на стороннем хостинге и руководствовался принципом обфускации - во избежание реверс-инжиниринга, в итоге попал на собственные грабли.

MiddleMan написал 19.12.2016 16:58

***Например?*** не понял вопроса (Вы сами дали правильные замечание как должно выглядеть ПО по Вашему мнению, или я не понял вопроса)

Это я вас не понял, виной всему неоднозначность термина "давать рекомендации". Я его понял в смысле "рекомендовать кого-то", как при устройстве на работу. Т.е. будто я этих IT-специалистов кому-то рекомендую. Даю я их от безысходности, в надежде, что хоть так увижу еще при жизни нормальный продукт на своей работе... что конечно вряд ли, с учетом всего того, что вы описали.

MiddleMan написал 19.12.2016 16:58

***Про "смурфов" это вы в точку. Чего только стоит одна кнопка "Опубликовать", в новой версии так врач сохраняет запись в ЭМК, как я понял из короткого тренинга.***Вопрос.. уже даже не смешной...системный аналитик должен описывать пользовательский интерфейс в бизнес терминах принятых у заказчика (ПРАВИЛО НАСА!)Т.е. кроме кода который использует именования принятые у заказчика (переменная-объект должна именоваться так как она называется у заказчика, метод должен именоваться так,что бы заказчик понял что делает это метод с точки зрения бизнеса) ну т д.

Ага, счас, разбежались. Все спускается сверху, как божья благодать - типа, Дареному коню в ... не смотрят.
0 0
Юрий Колесниченко написал

MiddleMan написал 19.12.2016 09:55

алгоритм на то и алгоритм что ведет себя запланировано-- сам по себе алгоритм - есть последовательность шагов для достижения поставленной цели. Именно цель является признаком успешности....

Этот постулат будет верен только для простых алгоритмов. Когда же речь заходит о десятках и более тысяч строк кода, все обстоит иначе. Я порой смотрю на написанный мною код в поиске глюка вызвавшего сбой и долго не могу понять, что именно тот или иной кусок кода делает. Т.е. нужно много времени, чтобы вчитаться и понять где именно "коса нашла на камень".

MiddleMan написал 19.12.2016 09:55

Но я о другом....меня поражает (и не радует),что врач дает рекомендации (и хорошие рекомендации ) горе-ИТ- специалистам...

Например?

MiddleMan написал 19.12.2016 09:55

Все ваши замечания по существу , но все ваши замечания коту под хвост Поскольку в ИТ компаниях кроме разработчиков в разработке программы федерального уровня участвуют еще многочисленные смурфы - недоноски , такие РП, архитекторы различных направлений , аналитики , писатели (!!!) и даже менеджеры ...Все эти отщепенцы норовят сделать систему как говорит их "поганый" опыт-И этот опыт не сын ошибок трудных, а дочь глупости и разгильдяйства...Вам остается только одно- СТРАДАТЬ!

Про "смурфов" это вы в точку. Чего только стоит одна кнопка "Опубликовать", в новой версии так врач сохраняет запись в ЭМК, как я понял из короткого тренинга. Я чуть было не засмеялся, постеснялся спросить, а какой будет тираж издания и будут ли комиссионные за авторское право, лайки и дизлайки. :)PS. Нажал, интереса ради, сегодня я на кнопку "мед. карта" старой версии и получил какой-то fatal database error, пришлось перезагружать ЕМИАС.
0 0
Юрий Колесниченко написал

LeChat написал 18.12.2016 14:59

Что до id, то внутри программы нет такого. Есть id пациента, id услуги, id пробирки, id аналита... перепутать - специально стараться надо. Например, распечатать без расшифровки, и оттуда плясать.

Вы опять рассуждаете о чем-то идеальном, нет никакой гарантии, что в какой-то момент БД не снесет крышу, например во время DOS и/или синхронизации данных с разных серверов, фрагменты данных не перемешаются, допустим разными серверами будет присвоено одно и тоже ID, потому что один сервер не получил ответ от другого о том, что такое ID уже существует, и в результате мы получим феномен письма из простоквашино - "а здорвье моё не очень, то лапы ломит, то хвост отваливается, а на днях я линять начал, старая шерсть с меня сыплется, хоть в дом не заходи, зато новая растет чистая шелковистая, так что лохматость у меня повысилась."https://www.youtube.com/watch?v=hEhxgahbgCE
0 0
Юрий Колесниченко написал

LeChat написал 18.12.2016 06:37

Это не про анонимность, а про планируемое отсутствие ИТ-подрядчика в соглашении об обработке персональных данных - это не должно мешать восстанавливать всё на рабочем месте врача. Ну и путать в программе id разных объектов в современном мире надо ещё постараться.

Это вопрос дискутабельный!Во-первых: если IT-специалист имеет тот или иной, но доступ к системе в которой находятся, пусть сегментированные или даже шифрованные данные, то в любом случае это доступ, это вопрос безопасности, который всегда открыт.Во-вторых, в программе, в любом мире, кроме идеального, можно перепутать все-что угодно, т.к. программу пишут люди, а людям свойственно ошибаться - нельзя предугадать, как поведет себя алгоритм при разнообразных комбинациях различных факторов.
0 0
Юрий Колесниченко написал

LeChat написал 17.12.2016 21:06

Есть такая религиозная идея - хранить раздельно персональную и медицинскую информацию.

Действительно, особенно эта идея популярна в коммерции, но не в бюджете!В бюджете даже минимальные попытки анонимности подчас приводят к путанице. Так, например, в мою бытность работы с приемным отделением ко мне приводили пациентов с одинаковыми номерами историй болезни и приходилось звонить и узнавать - это потому, что предыдущий обладатель номера не был в итоге госпитализирован или потому, что мед.персонал что-то напутал, бывало по-всякому. Или другой пример, как-то раз мне выдали анализ крови, судя по нему у меня должно было быть серьезное заболевание, на повторном анализе это не подтвердилось, а когда я внимательно присмотрелся к первому анализу я увидел, что дата забора крови на распечатке, которые присылают из лаборатории, а потом переписывают на бланк утвержденной МЗ РФ формы, была на несколько месяцев раньше моего забора, совпало ID, правда как я выяснил это ID соответствует порядковому номеру журнала лаборанта на смену, т.е. каждый день людям выдаются одни и теже номера, и получив из лаборатории распечатки лаборант не смотрит на дату анализа, а только на ID. Когда уличил в этом врачей в поликлинике они только развели руками и сказали, что да они не смотрят на дату, только на номер и это мол не их ошибка, а лаборатории. Поэтому лучше уж ФИО, ДР и СП, чем отвлеченное ID, как я понял эти ID из ЭМК это и не ID пациента, а вроде ID распечатки.В свое время читал на одном западном сайте предложение добавлять на рентгеновские снимки фотографию пациента, так что анонимность хороша, но только не тогда, когда нужно этого анонима лечить, а то прооперируют не того и разведут потом руками, это не наша вина, а ... да какая разница чья. :)
0 0
Юрий Колесниченко написал
Только сегодня заметил одну особенность - на распечатках из ЭМК доктора почему-то дописывают от руки ФИО пациента и возраст :) Угадайте почему! Правильно, программисты или забыли добавить эту информацию в распечатку или возможно они так решили проблему анонимности, в верхнем правом углу распечатки только ID (цифры и латинские символы) и еще загадочное слово "default" c номером, вида примерно такого - 6738dfdf-dfdfdf-dfdf-dfdfff default 4 :) Причем ФИО врача таки есть, а вот кого он смотрел(самое важное) нет. :))) Вот умора.
0 0
Юрий Колесниченко написал
LeChat,Реально уже достали эти IT-мутанты, сегодня открыл в старой версии свое расписание - на сегодняшнее число стоит "приема нет", переключаюсь в раздел "прием", а он таки есть, пациенты высвечиваются. :(С новой версией пока не работал, какие-то тех. проблемы с аккаунтом, не могут мне его там нормально сделать, пациенты не высвечиваются, видимо нет связи с БД версии 1.0, на которую все еще завязана запись через портал госуслуг, инфоматы или еще какой косяк.Можете пока оценить смену внешнего облика:http://www.uzgraph.ru/forum/tehnicheskiy/2/179/plyus-internetizaciya-lpu-vsey-strany_20.htm#28Не смотрите что пациентов нет и на скриншоте старой "желтой" версии - это второй аккаунт - не спрашивайте меня зачем мне их два(на самом деле их у меня три! И да все они для одного кабинета и одной специальности врача, ну не знаю зачем, дали руководителям на местах такую возможность - размножать аккаунты врачей...) - мне они не нужны, так решили за меня, в скриншотенном аккаунте старой версии сегодня действительно не было приема.Разительные перемены(новый дизайн - зеленый - что на мой взгляд аллегорично, видимо много "зелени" ушло!), надеюсь оно того стоило.
0 0
Юрий Колесниченко написал
MiddleMan, Или произошла смена коллектива авторов, т.е. заключили тендер с др. компанией.Насколько я знаю, Майкрософт тоже никому документацию по своему коду особо не предоставляет.И отсюда второй вопрос, если заказчик постоянно меняет разработчика, то зачем реализовывать проект поэтапно, если получается, что этапы превращаются в полномасштабное производство, каждый раз с нуля!?А я спрашивал в свое время представителя разработчика версии 1.0 об ЭМК и мне ответили, что им просто не оплатили расширенный функционал.
0 0
Юрий Колесниченко написал
Да, но для этого нужны "коровы" - http://club.cnews.ru/blogs/entry/moloko_i_korova_ili_put_k_innovatsiyam
11–20 из 37
RU, Москва
врач УЗД, администратор сайта uzgraph.ru
Информационные технологии