Требуется разработка алгоритма для робота АИС ЕХД, осуществляющего сверку данных с ЦС ЕРЗ. Основная задача - обработка zip-архива с файлами, формирование запроса страховой принадлежности и отправка его в ЦС ЕРЗ. Ожидается создание файла в формате DBF с необходимыми полями для дальнейшей обработки.
С# Developer
Алгоритм модуля приёма реестра счетов (50ч.) 500$
Контекст: Робот приёма реестра счетов открывает файлы из каталога, формирует файл форматно-логического контроля, записывает файл форматно-логического контроля в каталог.
Основное действующее лицо: Робот приёма реестра счетов.
Область действия: взаимодействие робота приёма реестра счетов с каталогом.
Предусловия: появление в каталоге файлов
Гарантии успеха: Робот приёма реестра счетов открывает данные из каталога, формирует файл форматно-логического контроля, записывает файл форматно-логического контроля в каталог.
Основной сценарий:
Робот циклически проверяет наличие файлов в каталоге, в котором должны появляться файлы zip-архива;
Робот приёма реестра счетов переходит в каталог, в котором находится zip-архив, включающий в себя XML-файлы(формат имени zip-архива: YY - две последние цифры порядкового номера года отчетного периода;· MM - порядковый номер месяца отчетного периода:· mmmmmm – код медицинской организации по справочнику F003;· p – порядковый номер пакета· Z – номер недели в месяце):
Объект «Д3» Сведения о медпомощи (Структура имени DxMmmmmmmT50_YYMMZp.XML; формируется по следующему принципу: Dx – константа, обозначающая передаваемые данные, YY - две последние цифры порядкового номера года отчетного периода; MM - порядковый номер месяца отчетного периода; mmmmmm – код медицинской организации по справочнику F003; sssss – код СМО по справочнику F002; p – порядковый номер пакета; Z – номер недели в месяце)
Структура объекта «Д3»
Код элемента Содержание элемента Тип Формат Наименование Дополнительная информация
Корневой элемент (Сведения о медпомощи)
ZL_LIST ZGLV О S Заголовок файла Информация о передаваемом файле
SCHET О S Счёт Информация о счёте
ZAP ОМ S Записи Записи о случаях оказания медицинской помощи
Заголовок файла
ZGLV VERSION O T(5) Версия взаимодействия Текущей редакции соответствует значение «3.1».
DATA О D Дата В формате ГГГГ-ММ-ДД
FILENAME О T(26) Имя файла Имя файла без расширения.
SD_Z О N(9) Количество случаев Указывается количество случаев оказания медицинской помощи, включённых в файл.
Счёт
SCHET CODE О N(8) Код записи счета Уникальный код (например, порядковый номер).
CODE_MO О T(6) Реестровый номер медицинской организации Код МО – юридического лица. Заполняется в соответствии со справочником F003 Приложения А.
YEAR O N(4) Отчетный год
MONTH O N(2) Отчетный месяц В счёт могут включаться случаи лечения за предыдущие периоды, если ранее они были отказаны по результатам МЭК, МЭЭ, ЭКМП
NSCHET О T(15) Номер счёта
DSCHET О D Дата выставления счёта В формате ГГГГ-ММ-ДД
PLAT У T(5) Плательщик. Указывается константа «50»
SUMMAV О N(15.2) Сумма счета, выставленная МО на оплату
COMENTS У T(250) Служебное поле к счету
SUMMAP У N(15.2) Сумма, принятая к оплате СМО (ТФОМС) Заполняется СМО (ТФОМС).
SANK_MEK У N(15.2) Финансовые санкции (МЭК) Сумма, снятая с оплаты по результатам МЭК, заполняется после проведения МЭК.
SANK_MEE У N(15.2) Финансовые санкции (МЭЭ) Сумма, снятая с оплаты по результатам МЭЭ, заполняется после проведения МЭЭ.
SANK_EKMP У N(15.2) Финансовые санкции (ЭКМП) Сумма, снятая с оплаты по результатам ЭКМП, заполняется после проведения ЭКМП.
DISP У T(3) Тип диспансеризации Классификатор типов диспансеризации V016
Записи
ZAP N_ZAP О N(8) Номер позиции записи Уникально идентифицирует запись в пределах счета.
PR_NOV О N(1) Признак исправленной записи 0 – сведения об оказанной медицинской помощи передаются впервые;
1 – запись передается повторно после исправления.
PACIENT О S Сведения о пациенте
Z_SL О S Сведения о законченном случае Сведения о законченном случае оказания медицинской помощи
Сведения о пациенте
PACIENT ID_PAC О T(36) Код записи о пациенте Возможно использование уникального идентификатора (учетного кода) пациента.
Необходим для связи с файлом персональных данных.
VPOLIS O N(1) Тип документа, подтверждающего факт страхования по ОМС Заполняется в соответствии с F008 Приложения А.
SPOLIS У Т(10) Серия документа, подтверждающего факт страхования по ОМС
NPOLIS O T(20) Номер документа, подтверждающего факт страхования по ОМС Для полисов единого образца указывается ЕНП
ST_OKATO У T(5) Регион страхования Указывается ОКАТО территории выдачи ДПФС для полисов старого образца при наличии данных
SMO У T(5) Реестровый номер СМО. Заполняется в соответствии со справочником F002 Приложения А. При отсутствии сведений может не заполняться.
SMO_OGRN У T(15) ОГРН СМО Заполняются при невозможности указать реестровый номер СМО.
SMO_OK У T(5) ОКАТО территории страхования
SMO_NAM У Т(100) Наименование СМО Заполняется при невозможности указать ни реестровый номер, ни ОГРН СМО.
NOVOR О Т(9) Признак новорождённого Указывается в случае оказания медицинской помощи ребёнку до государственной регистрации рождения.
0 – признак отсутствует.
Если значение признака отлично от нуля, он заполняется по следующему шаблону:
ПДДММГГН, где
П – пол ребёнка в соответствии с классификатором V005 Приложения А;
ДД – день рождения;
ММ – месяц рождения;
ГГ – последние две цифры года рождения;
Н – порядковый номер ребёнка (до двух знаков).
Сведения о законченном случае
Z_SL IDCASE O N(11) Номер записи в реестре случаев Соответствует порядковому номеру записи реестра счёта на бумажном носителе при его предоставлении.
VIDPOM O N(4) Вид медицинской помощи Классификатор видов медицинской помощи. Справочник V008 Приложения А.
LPU О T(6) Код МО МО лечения, указывается в соответствии с реестром F003.
VBR О N(1) Признак мобильной медицинской бригады 0 – нет;
1 – да.
DATE_Z_1 O D Дата начала лечения
DATE_Z_2 O D Дата окончания лечения
P_OTK O N(1) Признак отказа Значение по умолчанию: «0».
В случае отказа указывается значение «1».
RSLT_D O N(2) Результат диспансеризации Классификатор результатов диспансеризации V017
OS_SLUCH НМ N(1) Признак "Особый случай" при регистрации обращения за медицинской помощью Указываются все имевшиеся особые случаи.
1 – медицинская помощь оказана новорожденному ребенку до государственной регистрации рождения при многоплодных родах;
2 – в документе, удостоверяющем личность пациента /родителя (представителя) пациента, отсутствует отчество.
SL О S Сведения о случае
IDSP O N(2) Код способа оплаты медицинской помощи Классификатор способов оплаты медицинской помощи V010
SUMV O N(15.2) Сумма, выставленная к оплате Равна значению SUM_M вложенных элементов SL.
OPLATA У N(1) Тип оплаты Оплата случая оказания медпомощи:
0 – не принято решение об оплате
1 – полная;
2 – полный отказ;
3 – частичный отказ.
SUMP У N(15.2) Сумма, принятая к оплате СМО (ТФОМС) Заполняется СМО (ТФОМС).
SANK УМ S Сведения о санкциях Описывает санкции, примененные в рамках данного законченного случая.
SANK_IT У N(15.2) Сумма санкций по законченному случаю Итоговые санкции определяются на основании санкций, описанных в элементе SANK.
Сведения о случае
SL SL_ID О T(36) Идентификатор Уникально идентифицирует элемент SL в пределах законченного случая.
LPU_1 У T(8) Подразделение МО Подразделение МО лечения из регионального справочника.
NHISTORY O T(50) Номер карты
DATE_1 O D Дата начала лечения Для услуг, оказанных до диспансеризации, указывается дата их оказания, для отказа – дата отказа.
DATE_2 O D Дата окончания лечения
DS1 O T(10) Диагноз основной Код из справочника МКБ до уровня подрубрики.
DS1_PR У N(1) Установлен впервые (основной) Обязательно указывается «1», если основной диагноз выявлен впервые в результате проведённой диспансеризации / профилактического медицинского осмотра
DS_ONK О N(1) Признак подозрения на злокачественное новообразование Заполняется значениями:
0 - при отсутствии подозрения на злокачественное новообразование;
1 - при выявлении подозрения на злокачественное новообразование.
PR_D_N О N(1) Диспансерное наблюдение Указываются сведения о диспансерном наблюдении по поводу основного заболевания (состояния):
1 - состоит,
2 – взят,
3 – не подлежит диспансерному наблюдению
DS2_N УМ S Сопутствующие заболевания
NAZ УМ S Назначения Указывается отдельно для каждого назначения.
ED_COL У N(5.2) Количество единиц оплаты медицинской помощи
TARIF У N(15.2) Тариф
SUM_M O N(15.2) Сумма, выставленная к оплате
USL УМ S Сведения об услуге Описывает услуги, оказанные в рамках данного случая.
Может не заполняться только в случае отказа от диспансеризации.
COMENTSL У T(250) Служебное поле
Сопутствующие заболевания
DS2_N DS2 О T(10) Диагноз сопутствующего заболевания Код из справочника МКБ до уровня подрубрики. Указывается в случае установления в соответствии с медицинской документацией.
DS2_PR У N(1) Установлен впервые (сопутствующий) Обязательно указывается «1», если данный сопутствующий диагноз выявлен впервые в результате проведённой диспансеризации/ профилактического медицинского осмотра
PR_DS2_N О N(1) Диспансерное наблюдение Указываются сведения о диспансерном наблюдении по поводу сопутствующего заболевания:
1 - состоит,
2 – взят,
3 – не подлежит диспансерному наблюдению
Назначения
NAZ NAZ_N О N(2) Номер по порядку
NAZ_R О N(2) Вид назначения Заполняется при присвоении группы здоровья, кроме I и II.
1 – направлен на консультацию в медицинскую организацию по месту прикрепления;
2 – направлен на консультацию в иную медицинскую организацию;
3 – направлен на обследование;
4 – направлен в дневной стационар;
5 – направлен на госпитализацию;
6 – направлен в реабилитационное отделение.
NAZ_IDDOKT У Т(4) Специальность врача Заполняется, если в поле NAZ_R проставлены коды 1 или 2.
Классификатор V021.
NAZ_V У N(1) Метод диагностического исследования Заполняется в соответствии с классификатором методов диагностического исследования V029 Приложения А, если NAZ_R=3.
NAZ_USL У Т(15) Медицинская услуга (код), указанная в направлении Заполняется в соответствии с номенклатурой медицинских услуг (V001) только при направлении на обследование в случае подозрения на ЗНО (NAZ_R=3 и DS_ONK=1)
NAPR_DATE У D Дата направления Заполнение обязательно только в случаях оформления направления в случае подозрения на ЗНО: на консультацию в другую МО или на обследование (NAZ_R={2,3} и DS_ONK=1)
NAPR_MO У Т(6) Код МО, куда оформлено направление Код МО – юридического лица. Заполняется в соответствии со справочником F003 Приложения А.
Заполнение обязательно только в случаях оформления направления в случае подозрения на ЗНО: на консультацию в другую МО или на обследование (NAZ_R={2,3} и DS_ONK=1)
NAZ_PMP У N(3) Профиль медицинской помощи Заполняется, если в NAZ_R проставлены коды 4 или 5.
Классификатор V002.
NAZ_PK У N(3) Профиль койки Заполняется, если в NAZ_R проставлен код 6.
Классификатор V020.
Сведения об услуге
USL IDSERV O Т(36) Номер записи в реестре услуг Уникален в пределах случая
LPU О T(6) Код МО МО лечения, указывается в соответствии с реестром F003.
LPU_1 У T(8) Подразделение МО Подразделение МО лечения из регионального справочника.
DATE_IN O D Дата начала оказания услуги
DATE_OUT O D Дата окончания оказания услуги
P_OTK О N(1) Признак отказа от услуги Значение по умолчанию: «0».
В случае отказа указывается значение «1».
CODE_USL О T(20) Код услуги Территориальный классификатор услуг
TARIF У N(15.2) Тариф
SUMV_USL O N(15.2) Стоимость медицинской услуги, выставленная к оплате (руб.) Может принимать значение 0
MR_USL_N OM S Сведения о медицинских работниках выполнивших услугу
COMENTU У T(250) Служебное поле
Сведения о медицинских работниках, выполнивших услугу
MR_USL_N MR_N O N(2) Номер по порядку
PRVS O N(4) Специальность медработника, выполнившего услугу
CODE_MD O T(25) Код медицинского работника, оказавшего медицинскую услугу
Объект «Д5» Персональные данные(Структура имени LxMmmmmmmT50_YYMMZp.XML,; формируется по следующему принципу: Lx – константа, обозначающая передаваемые данные, YY - две последние цифры порядкового номера года отчетного периода; MM - порядковый номер месяца отчетного периода: mmmmmm – код медицинской организации по справочнику F003; p – порядковый номер пакета;Z – номер недели в месяце)
Структура объекта «Д5»
Код элемента Содержание элемента Тип Формат Наименование Дополнительная информация
Корневой элемент (Сведения о медпомощи)
PERS_LIST ZGLV О S Заголовок файла Информация о передаваемом файле
PERS ОМ S Данные Содержит персональные данные пациента
Заголовок файла
ZGLV VERSION O T(5) Версия взаимодействия Текущей редакции соответствует значение «3.1».
DATA О D Дата В формате ГГГГ-ММ-ДД
FILENAME О T(26) Имя файла Имя файла без расширения.
FILENAME1 О T(26) Имя основного файла Имя файла, с которым связан данный файл, без расширения.
Данные
PERS ID_PAC О T(36) Код записи о пациенте Соответствует аналогичному номеру в файле со сведениями счетов об оказанной медицинской помощи.
FAM У T(40) Фамилия пациента FAM (фамилия) и/или IM (имя) указываются обязательно при наличии в документе УДЛ.
В случае отсутствия кого-либо реквизита в документе УДЛ в поле DOST обязательно включается соответствующее значение, и реквизит не указывается.
OT (отчество) указывается при наличии в документе УДЛ. В случае отсутствия реквизит не указывается и в поле DOST можно опустить соответствующее значение.
Для детей при отсутствии данных ФИО до государственной регистрации не указываются. В этом случае значение поля NOVOR должно быть отлично от нуля.
IM У T(40) Имя пациента
OT У T(40) Отчество пациента
W O N(1) Пол пациента Заполняется в соответствии с классификатором V005 Приложения А.
DR O D Дата рождения пациента Если в документе, удостоверяющем личность, не указан день рождения, то он принимается равным «01». При этом в поле DOST должно быть указано значение «4».
Если в документе, удостоверяющем личность, не указан месяц рождения, то месяц рождения принимается равным «01» (январь). При этом в поле DOST должно быть указано значение «5».
Если в документе, удостоверяющем личность, дата рождения не соответствует календарю, то
из такой даты должны быть удалены ошибочные элементы и указана часть даты рождения с точностью до года или до месяца (как описано выше). При этом в поле DOST должно быть указано значение «6», а также значение «4» или «5» соответственно
DOST УМ N(1) Код надёжности идентификации пациента 1 – отсутствует отчество;
2 – отсутствует фамилия;
3 – отсутствует имя;
4 – известен только месяц и год даты рождения;
5 – известен только год даты рождения;
6 – дата рождения не соответствует календарю.
Поле повторяется столько раз, сколько особых случаев имеет место.
TEL У T(100) Номер телефона пациента Указывается только для диспансеризации при предоставлении сведений.
Информация для страхового представителя.
FAM_P У T(40) Фамилия представителя пациента Заполняются данные о представителе пациента-ребёнка до государственной регистрации рождения.
Реквизиты указываются обязательно, если значение поля NOVOR отлично от нуля.
FAM_P (фамилия представителя) и/или IM_P (имя представителя) указываются обязательно при наличии в документе УДЛ.
В случае отсутствия кого-либо реквизита в документе УДЛ в поле DOST_P обязательно включается соответствующее значение, и реквизит не указывается.
OT_P (отчество представителя) указывается при наличии в документе УДЛ. В случае отсутствия реквизит не указывается и в поле DOST_P можно опустить соответствующее значение.
Если в документе, удостоверяющем личность, не указан день рождения, то он принимается равным «01». При этом в поле DOST_P должно быть указано значение «4».
Если в документе, удостоверяющем личность, не указан месяц рождения, то месяц рождения принимается равным «01» (январь). При этом в поле DOST_P должно быть указано значение «5».
Если в документе, удостоверяющем личность, дата рождения не соответствует календарю, то
из такой даты должны быть удалены ошибочные элементы и указана часть даты рождения с точностью до года или до месяца (как описано выше). При этом в поле DOST_P должно быть указано значение «6», а также значение «4» или «5» соответственно
IM_P У T(40) Имя представителя пациента
OT_P У T(40) Отчество представителя пациента
W_P У N(1) Пол представителя пациента
DR_P У D Дата рождения представителя пациента
DOST_P УМ N(1) Код надёжности идентификации представителя 1 – отсутствует отчество;
2 – отсутствует фамилия;
3 – отсутствует имя;
4 – известен только месяц и год даты рождения;
5 – известен только год даты рождения;
6 – дата рождения не соответствует календарю.
Поле повторяется столько раз, сколько особых случаев имеет место.
MR У T(100) Место рождения пациента или представителя Место рождения указывается в том виде, в котором оно записано в предъявленном документе, удостоверяющем личность.
DOCTYPE У T(2) Тип документа, удостоверяющего личность пациента или представителя F011 «Классификатор типов документов, удостоверяющих личность».
При указании ЕНП в соответствующем основном файле, поле может не заполняться.
DOCSER У T(10) Серия документа, удостоверяющего личность пациента или представителя При указании ЕНП в соответствующем основном файле, поле может не заполняться.
DOCNUM У T(20) Номер документа, удостоверяющего личность пациента или представителя При указании ЕНП в соответствующем основном файле, поле может не заполняться.
SNILS У T(14) СНИЛС пациента или представителя СНИЛС с разделителями. Указывается при наличии.
OKATOG У T(11) Код места жительства по ОКАТО Заполняется при наличии сведений
OKATOP У T(11) Код места пребывания по ОКАТО Заполняется при наличии сведений
COMENTP У T(250) Служебное поле
Робот приёма реестра счетов из файлов «Объект Д3»(п.21.1.) и «Объект Д5»(п2.1.2.) формирует протокол форматно-логического контроля (ФЛК) (Структура имени FLK_DxMmmmmmmT50_YYMMZp.XML, где Dx – константа, обозначающая передаваемые данные; YY - две последние цифры порядкового номера года отчетного периода; MM - порядковый номер месяца отчетного периода; mmmmmm – код медицинской организации по справочнику F003; p – порядковый номер пакета; Z – номер недели в месяце)
Структура Объекта «Д6» Протокол ФЛК
Код элемента Содержание элемента Тип Формат Наименование Дополнительная информация
Корневой элемент (Сведения о медпомощи)
FLK_P FNAME О T(24) Имя файла протокола ФЛК
FNAME_I О T(24) Имя исходного файла
PR НМ S Причина отказа В файл включается информация обо всех обнаруженных ошибках.
Причины отказа
PR OSHIB O N(3) Код ошибки В соответствии с классификатором Q004
IM_POL У T(20) Имя поля Имя поля, содержащего ошибку. Не заполняется только в том случае, если ошибка относится к файлу в целом.
BAS_EL У T(20) Имя базового элемента Имя базового элемента для поля, в котором обнаружена ошибка.
N_ZAP У T(36) Номер записи Номер записи, в одном из полей которого обнаружена ошибка.
IDCASE У N(11) Номер записи в реестре случаев Номер законченного случая, в котором обнаружена ошибка (указывается, если ошибка обнаружена внутри тега «Z_SL», в том числе во входящих в него элементах «SL» и услугах).
SL_ID У T(36) Идентификатор случая Идентификатор случая, в котором обнаружена ошибка (указывается, если ошибка обнаружена внутри тега «SL», в том числе во входящих в него услугах).
IDSERV У Т(36) Номер записи в реестре услуг Номер услуги, в которой обнаружена ошибка (указывается, если ошибка обнаружена внутри тега «USL»).
COMMENT У T(250) Комментарий Описание ошибки.
Робот приёма реестра счетов записывает сформированный протокол форматно логического контроля(ФЛК)(п.3) в каталог (п.1.)
Заявки фрилансеров
Похожие заказы
- $500Системное программирование1 заявкаЗакрыт3 года назад
Требуется разработать скетч для Arduino NANO с использованием RFID модуля RC-522. Скетч должен обеспечивать копирование и перезапись меток mifare Ultralight, включая UID и 15 страниц данных. Ожидается реализация функций чтения и записи меток через монитор порта Arduino IDE.
Системное программирование2 заявкиЗакрыт3 года назадТребуется разработать смарт-контракт ERC-721 для массового минтинга токенов на Opensea. Необходимо использовать изображения и добавить дополнительные параметры. Рассматриваются как готовые решения, так и генерируемые на контракт. Оптимизация под публикацию на платформе с возможностью минта до 10k токенов.
Системное программированиенет заявокЗакрыт3 года назадТребуется опытный разработчик Python с более чем 5-летним опытом для работы над проектом системного программирования. Необходим опыт в разработке ПО для торговли, работы с API и TCP. Знание алгоритмической торговли будет преимуществом. Проект длится до двух месяцев, возможны дальнейшие проекты.
Системное программирование2 заявкиЗакрыт3 года назадТребуется написать код на языке Python с использованием принципов объектно-ориентированного программирования. Пример должен быть связан с системным программированием и включать базовые элементы ООП, такие как классы и объекты.
Системное программирование5 заявокЗакрыт3 года назадТребуется настроить точку доступа cAP ac для подключения по WiFi к роутеру Mikrotik Hap AC2 или одной из уличных точек доступа. Задача заключается в том, чтобы точка 3 принимала сигнал и раздавала его в другом здании, обеспечивая единую сеть. Настройка требуется выполнить в кратчайшие сроки.
Системное программирование1 исполнительЗакрыт3 года назадТребуется разработать программу, которая будет позволять писать буквы и цифры в строчку, учитывая цветовые характеристики с фото. Задача включает в себя создание интерфейса для ввода текста и выбора цвета, а также интеграцию с изображением.
Системное программирование6 заявокЗакрыт3 года назадТребуется создать систему GPS навигации для радиоуправляемой модели. Задача включает в себя системное программирование и интеграцию навигационных функций. Ожидается качественная реализация с учетом всех технических требований.
Системное программирование2 заявкиЗакрыт3 года назадТребуется разработать исходный код для сравнения изображений, используя подходящие библиотеки. Задача включает в себя реализацию алгоритмов и оптимизацию процесса сравнения для повышения эффективности.
Системное программирование3 заявкиЗакрыт3 года назад- $800
Требуется тестировщик для разового проекта в области системного программирования. Предпочтительно кандидаты из Ростова-на-Дону или Краснодарского края. Веб-студии и компании не рассматриваются.
Системное программирование1 заявкаЗакрыт3 года назад