Ошибка при подключении бд мис

Ошибка установки соединения с базой данных: причина, исправление

Занимаясь разработкой собственного сайта, мы часто сталкиваемся с ошибками установки соединения с базой данных, внутренними неполадками сервера и т.д. Все это пугающе действует на новичка. Даже опытные блогеры с трудом справляются с похожими проблемами. Но не стоит паниковать. Чаще такие проблемы решаются в два счета.

WordPress

Одна из наиболее популярных систем управления «начинкой» ресурса. На платформе WordPress появляются мелкие блоги и крупные проекты. Ошибка установки соединения с базой данных происходит именно с этой CMS.

Написан WP на скриптовом языке общего назначения PHP. Сервером БД (база данных) служит MySQL. Впервые CMS появилась в 2003 году и сейчас имеет версию 4.8.1. Преимуществами WordPress считаются простота в управлении контентом, большое количество дополнительных инструментов — тем и плагинов.

Содержание

Прежде чем понять, как избавиться от ошибки установки соединения с базой данных WordPress, важно рассмотреть строение системы. Любой ресурс на основе этой CMS основан на двух важных элементах. Речь идет о программных файлах и БД.

Первые находятся на хостинге, куда можно попасть по запросу через FTP. Вторые хранятся на хостинге в отдельном секторе. Для перехода необходимо скачать специальный сервис. Популярностью пользуется PhpMyAdmin.

Если программным документам нужна дополнительная информация, они переходят в БД, используя материалы оттуда. Далее отображают страницу ресурса корректно.

Чтобы путь к хранилищу был правильным, нужен доступ. Под ним подразумевают имя пользователя и шифр, которые были установлены во время начальной настройки ресурса. Хранится эта информация в главной папке ресурса.

При обнаружении ошибки установки соединения с базой данных становится понятно, что у программных документов нет возможности попасть в БД и корректно отобразить страницу.

Проверка

Прежде чем решать эту проблему, нужно осуществить пару проверочных действий, которые помогут выявить причину ошибки.

Для начала придется проверить, есть ли вообще база данных. Для этого достаточно перейти к панели, на которой есть инструменты для управления хостингом. У каждого к ней есть доступ, если куплен хостинг. Далее переходим в меню к разделу с хранилищем. На панели этот пункт так и называется «База данных». Достаточно перейти сюда и удостовериться в том, что там не пусто.

Если вы видите, что есть набор файлов или папка, далее проверяем, наполнена ли она: есть ли в ней дополнительные записи, таблицы и другие материалы. Возможно, база данных пустая и не содержит дополнительную информацию. Чтобы это проверить, выполняем действия, которые делают программные файлы.

Используем сервис PhpMyAdmin, вводим логин и пароль. Если вы не можете определить, пустая ли база, посмотрите на её вес и содержимое. Обычно должны быть таблицы и записи, а объем папки может быть от Кб.

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

Почему?

Интересно, что ошибка установки соединения с базой данных появляется и вместе с транспортировкой ресурса. Причем возникает неполадка с вероятностью 99%. Если ресурс уже был установлен на хостинг, а неполадка возникла, то может быть ряд других причин.

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

Частичная проблема

Иногда подобная неприятность возникает частично. В хранилище пропали определенные таблицы или стали недоступны. Чтобы убедиться в точности этой неполадки, достаточно перейти в панель администратора. При повторном возникновении проблемы нужно проверять БД.

Чтобы восстановить её, переходим к файлику wp-config.php. Сюда нужно внести дополнительную команду: define(‘WP_ALLOW_REPAIR’, true);. Теперь нужно перейти в специальное меню site.com/wp-admin/maint/repair.php. На месте site.com указываете ваш ресурс. После появится окно с восстановлением.

В нем желательно выбрать не просто восстановление, но и оптимизацию. Процесс занимает несколько минут. После завершения необходимо будет убрать команду из файла wp-config.php.

Транспортировка

Возможно, со временем вы решили перенести блог с Denwer. Ошибка установки соединения с базой данных появляется при некорректности файла wp-config.php. Здесь нужно указывать конфигурацию, нужную для соединения с БД.

Открыв этот документ, важно внимательно присмотреться к показателям, которые там имеются. Чаще всего имя пользователя и базы данных одинаково. Оно появляется при регистрации на хостинге. Тут же есть и пароль. Все это нужно сохранять при переносе ресурса с разных сервисов, в том числе и Openserver.

Ошибка установки соединения с базой данных исключена, если все личные данные вы сохраните навсегда. Также важно не перепутать пароль БД и «админки». Их вы также устанавливаете отдельно, и желательно, чтобы они были разные.

Если все правильно, а ошибка по-прежнему не исправлена, нужно протестировать работоспособность БД. Для этого создается специальный тестовый файл. Его конфигурация может несколько отличаться, поэтому желательно самостоятельно для себя подобрать команды. Такой test.php поможет запустить нам проверку системы.

После того как вы заполните документ, нужно перейти на site.com/test.php. При успешном подключении становится понятно, что хостинг работает корректно. Точно так же все хорошо с паролем и именем пользователя.

Если тест выдает, что вы используете некорректное имя или шифр, значит придется отправиться в панель и поменять данные. Если же вы и вовсе не смогли «законнектиться», то проблема на сервере. Тут дело проще. Подождите какое-то время либо обратитесь в службу поддержки хостинга.

Выводы

Похожие неполадки случаются со многими хостерами, в том числе и с Timeweb. Ошибка установки соединения с базой данных может быть вызвана и перебоями на сервере, а может быть связана с некорректным обращением пользователя. Поэтому, если вы решили перенести свой блог с локального компьютера или сервиса на хостинг, при регистрации внимательно сохраняйте все данные, которые вводите, чтобы после не пришлось восстанавливать их.

Источник

Как устранить ошибку установки соединения с базой данных WordPress

WordPress – одна из популярнейших открытых систем управления контентом. Изначально платформа WordPress разрабатывалась для блогов, однако со временем она стала более гибкой и производительной, и теперь подходит для обслуживания практически любого сайта. WordPress разрабатывается почти 15 лет; сегодня это очень надёжная и ошибкоустойчивая система, однако и в ней иногда случаются сбои и ошибки.

Ошибка установки соединения с базой данных (Error Establishing Database Connection) – одна из самых распространённых ошибок WordPress. Обычно её вызывает:

• Сбой БД (чаще всего из-за нехватки памяти).
• Неправильные учётные данные БД в настройках WordPress.
• Нарушение таблиц базы данных WordPress.

В этом руководстве вы узнаете, как определить причину ошибки установки соединения с БД и исправить её.

Требования

• Машина с предустановленной платформой WordPress.
• Доступ к sudo.
• База данных должна быть запущена на одной машине с WordPress.
• Учётные данные БД: имя пользователя, пароль и имя базы данных для WordPress. Эта информация была создана во время начальной настройки WordPress.

1: Проверка памяти сервера

Для начала нужно убедиться, что MySQL работает, и что на сервере достаточно памяти для обработки данных WordPress.

Подключитесь к серверу по SSH:

Примечание: Если вы уверены, что правильно указали учётные данные, но у вас по-прежнему возникают проблемы при входе в систему, возможно, на сервере не хватает памяти или он не справляется с большой нагрузкой. Это случается из-за неожиданного роста трафика, и этим можно объяснить ошибку WordPress. Попробуйте перезагрузить сервер и подключиться снова.

Подключившись к серверу, убедитесь, что MySQL работает:

sudo netstat -plt

Команда netstat выводит информацию о сетевой системе сервера. Приведённая выше команда выведет имена программ, которые прослушивают соединения на сокете tcp (флаги –p, –l и –t соответственно). В выводе найдите mysqld:

Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 localhost:mysql *:* LISTEN 1958/mysqld
tcp 0 0 *:ssh *:* LISTEN 2205/sshd
tcp 0 0 localhost:smtp *:* LISTEN 2361/master
tcp6 0 0 [::]:http [::]:* LISTEN 16091/apache2
tcp6 0 0 [::]:ssh [::]:* LISTEN 2205/sshd
tcp6 0 0 ip6-localhost:smtp [::]:* LISTEN 2361/master

Если такая программа есть в выводе команды, значит, сервер MySQL запущен и прослушивает соединения. Если вы не нашли MySQL в списке, попробуйте запустить сервер вручную. Обычно для этого используется команда:

sudo systemctl start mysql

Примечание: В некоторых дистрибутивах Linux (например, в CentOS) используется mysqld вместо mysql.

Сервер MySQL должен запуститься. Чтобы убедиться в этом, снова запустите netstat и найдите в выводе строку mysqld.

Для корректной работы MySQL и WordPress нужно довольно много памяти. Сервер MySQL может прекратить работу из-за нехватки памяти. Чтобы убедиться, что ошибка произошла по этой причине, проверьте логи ошибок MySQL.

zgrep -a «allocate memory» /var/log/mysql/error.log*

Команда zgrep выполнит поиск по логам, включая более старые логи в архиве с расширением .tar.gz. Команда будет искать в логах error.log* из каталога /var/log/mysql/ все строки с пометкой allocate memory.

2017-04-11T17:38:22.604644Z 0 [ERROR] InnoDB: Cannot allocate memory for the buffer pool

Если вы видите на экране такую строку (или несколько таких строк), значит, причина ошибки подключения к БД в нехватке памяти для работы MySQL. Возможно, это произошло из-за резкого роста трафика. Если в выводе много таких строк, значит, сервер сталкивается с нехваткой памяти регулярно. В таком случае рекомендуется переместить ресурс на сервер с большим объёмом памяти. Большинство провайдеров облачного хостинга позволяют просто обновить свой сервер с минимальным временем простоя.

Если команда zgrep не вернула ничего, памяти на сервер достаточно для обработки данных WordPress и MySQL. Если ошибка установки соединения с БД не исчезла, нужно проверить настройки WordPress и убедиться, что в них указаны правильные данные о MySQL.

2: Проверка учётных данных MySQL

Если вы недавно переместили установку WordPress на новый сервер (или сменили хостинг-провайдера), вам нужно обновить информацию о БД в настройках WordPress. Они хранятся в PHP-файле wp-config.php.

Найдите этот файл:

sudo find / -name «wp-config.php»

Команда выполнит поиск в root-каталоге и найдёт все файлы wp-config.php. Если такой файл существует, команда выведет путь к нему:

Откройте его в текстовом редакторе:

sudo nano /var/www/html/wp-config.php

Этот файл содержит много переменных и комментариев к ним. В начале файла можно найти строки, отвечающие за настройки БД:

/** The name of the database for WordPress */
define(‘DB_NAME’, ‘database_name’);
/** MySQL database username */
define(‘DB_USER’, ‘database_username’);
/** MySQL database password */
define(‘DB_PASSWORD’, ‘database_password’);

Убедитесь, что эти три переменные содержат правильные данные. Если здесь указаны неправильные значения, откорректируйте их, а затем сохраните и закройте файл (CTRL-O, CTRL-X). Даже если теперь в файле указана валидная информация о БД, стоит попробовать подключиться к базе данных из командной строки, чтобы убедиться, что ошибка исчезла. Скопируйте из конфигурационного файла и вставьте данные в следующую команду:

mysqlshow -u database_username -p

Команда запросит пароль. Вставьте пароль и нажмите Enter. Если вы при этом получили ошибку Access denied, значит, вы указали неправильное имя пользователя или пароль.

Если учётные данные введены правильно, вы увидите на экране список баз данных, к которым есть доступ у текущего пользователя.

Убедитесь, что в этом списке есть БД, указанная в конфигурации WordPress. Перезапустите сайт и убедитесь, что ошибка подключения к БД исчезла.

Если исправить ошибку не удалось, попробуйте восстановить БД.

3: Восстановление базы данных WordPress

Иногда база данных WordPress может быть повреждена во время неудачного обновления, сбоя базы данных или из-за неправильного плагина. Эта проблема может отображаться как ошибка установки соединения с базой данных. Если проблему не удалось устранить с помощью предыдущих методов, попробуйте восстановить базу данных.

WordPress предоставляет встроенную утилиту для восстановления БД. По умолчанию она отключена (поскольку к ней нельзя ограничить доступ, а значит, она представляет угрозу безопасности сервера).

sudo nano /var/www/html/wp-config.php

Вставьте в файл такую строку:

Эта строка включает функцию восстановления БД.

Сохраните и закройте файл.

Откройте браузер и перейдите по следующему адресу:

Примечание: Вместо www.example.com укажите свой домен или IP.

На экране появится страница восстановления базы данных:

WordPress can automatically look for some common database problems and repair them. Repairing can take a while, so please be patient. […]

Нажмите кнопку Repair Database. На экране появится страница с результатами, где вы сможете отслеживать проверку и исправления в реальном времени.

После этого снова откройте файл wp-config.php и удалите из него строку, которая включает поддержку утилиты восстановления БД.

Проверьте работу сайта. Если WordPress обнаружил в БД ошибки, которые не удалось исправить, попробуйте восстановить БД из резервной копии.

Если утилита WordPress не обнаружила проблем с базой данных, значит, БД также не является источником ошибки соединения. Возможно, это какая-то временная ошибка.

В большинстве случаев ошибку установки соединения можно устранить при помощи предложенных выше методов. Однако иногда источником ошибки являются атаки или нехватка серверных ресурсов.

Часто источником повышенного трафика (а также низкой производительности и ошибок) являются brute-force атаки. Чтобы узнать, как смягчить атаки WordPress, читайте статью Защита WordPress от взлома XML-RPC в Ubuntu 14.04.

Чтобы сэкономить ресурсы сервера, настройте кэширование WordPress. Полезные инструкции вы найдёте в руководстве Настройка кэширования Redis для ускорения WordPress.

Источник

№

Код ошибки

Описание

Рекомендации

1

PERSON_POST_IN_FRMR_MISMATCH

Переданная должность сотрудника не соответствует должности, зарегистрированной в ФРМР 

Проверить корректность должности в МИС в соответствии с ФРМР.

2

PATIENT_MPI_MISMATCH

Данные пациента с переданным локальным идентификатором отличаются от зарегистрированных в ГИП 

• Ошибка на стороне федерального хранилища. Означает, что персональные данные пациента в документе не совпадают с персональными данными пациента зарегистрированными в ГИП.
• Предоставить в СТП МИС в письменном виде данные пациента: ФИО, Дата рождения, СНИЛС, Пол, Номер полиса, Email, Телефон, Адрес пациента (Город, Улица, Регион) для изменения данных в ГИП.
• После корректировки данных в ГИП, повторно отправить документ в РЭМД.

3

VALIDATION_ERROR

Ошибка валидации значения

Форматно-логический контроль регистрируемого СЭМД включает в себя:

• Валидацию структуры СЭМД;
• Проверку используемых справочных значений.

Для ошибок вида VALIDATION_ERROR в тексте содержится указание на проблемный элемент СЭМД.

Пример ответа ошибки:

• 400 : ValidationError, Организация [1.2.643.5.1.13.13.12.2.50.4808] не привязана к РМИС [emdr-rmis-83]

Пример ответа для ошибки схематрона:

• VALIDATION_ERROR : Ошибка валидации схематрона: Элемент ClinicalDocument/code. Атрибут @codeSystem должен быть представлен и иметь значение «1.2.643.5.1.13.13.11.1115» или «1.2.643.5.1.13.13.11.1522». Путь: /ClinicalDocument[1]/code[1]/@codeSystem=’1.2.643.5.1.13.13.11.1115′ or @codeSystem=’1.2.643.5.1.13.13.11.1522′

Пример ответа для ошибки XSD-схемы:

• ns2:errors><ns2:item><ns2:code>VALIDATION_ERROR</ns2:code><ns2:message>cvc-complex-type.2.4.a: Invalid content was found starting
  with element ‘{«urn:hl7-org:v3»:patientRole}’. One of ‘{«urn:hl7-org:v3»:realmCode, «urn:hl7-org:v3»:typeId, «urn:hl7-org:v3»:templateId, «urn:hl7-
  org:v3″:time, «urn:hl7-org:v3»:awarenessCode, «urn:hl7-org:v3»:participantRole}’ is expected.</ns2:message></ns2:item

Предоставляемые ЦНИИОИЗ XSD-схемы и разрабатываемые Цифромед файлы схематронов публикуются на Портале оперативного взаимодействия участников ЕГИСЗ, в разделе «Материалы – ЕГИСЗ – СЭМД» (https://portal.egisz.rosminzdrav.ru/materials).

Файлы XSD-схем находятся в архиве СЭМД, разработанные схематроны также выкладываются в теме соответствующего СЭМД

Правила регистрации документов в РЭМД и проверки форматно-логического контроля периодически изменяются, при возникновении таких ошибок необходимо обратиться в СТП МИС для устранения ошибки и предоставить примеры документов.

4

VALUE_MISMATCH_METADATA_AND_FRMR

Переданные данные сотрудника не соответствуют данным, зарегистрированным в ФРМР 

Сверить данные сотрудника в МИС и в ФРМР (ФИО, дата рождения, СНИЛС).

Необходимо сверить данные председателя ВК в ФРМР/ФРМО и ЕМИАС на совпадение даты рождения и СНИЛС

5

Адрес OCSP-службы не указан или недоступен и недоступен CRL

Ошибка на стороне федерального хранилища. Повторно отправить документ.

6

PERSON_CARD_NOT_FOUND

Личное дело сотрудника отсутствует в ФРМР 

Добавить/редактировать личное дело в ФРМР.

7

PERSON_NOT_FOUND

Сотрудник не найден в ФРМР 

Проверить корректность заведения сотрудника в ФРМР.

8

VALUE_MISMATCH_METADATA_AND_CERTIFICATE

Несоответствие данных (сотрудника либо МО) в сообщении и в сертификате ЭП 

Проверить соответствие сертификата электронной подписи и подписанта, указанному в медицинском документе. При необходимости обратиться в СТП МИС.

9

SIGNATURE_DUPLICATION

Дублирование подписи 

Документ, требующий подписи нескольких сотрудников должен быть подписан разными сотрудниками медицинской организации. Скорректировать в документе «подписантов», повторно подписать и отправить документ в РЭМД.

При наличии ошибки по документу, который должен подписываться одной подпись необходимо обратиться в СТП МИС.

10

CANT_BUILD_CERT_CHAIN_TO_ACCREDITED_CA_CERT

Не удалось построить цепочку сертификатов до аккредитованного удостоверяющего центра (сертификат сотрудника выдан не аккредитованным УЦ или один из сертификатов цепочки не действителен) 

• Проверить корректность электронной подписи регистрируемого документа и корректность применения подписи. Обратиться в УЦ выдавший ЭЦП.
  
• Одна из причин возникновения данной ошибки: через удостоверяющий центр не удалось проверить действительность электронной подписи (удостоверяющий центр не вернул ответ на запрос из РЭМД при регистрации документа).

• Срок действия сертификата истек или еще не наступил.
• Сертификат был отозван удостоверяющим центром.
  Переустанавливать цепочку  сертификатов в соответствии с инструкцией «Настройка сервиса взаимодействия с ФСС».
  

11

OBJECT_NOT_FOUND

Не найдена запись справочника 

Обратиться в СТП МИС. После устранения ошибки. Повторно отправить документ. 12

ROLE_OCCURRENCE_MISMATCH

Число ЭП сотрудников с требуемой ролью не соответствует требованиям вида документов 

Число подписей с требуемой ролью не соответствует требованиям правил подписи ЭМД, либо превышено максимальное количество подписей для данной роли.

Например:

На дату создания документа для указанного вида требуется как минимум 1 подпись роли [DOCTOR]

13

INCONSISTENT_DIGESTS

ЭП при одинаковых алгоритмах хеширования содержат разные хеш-суммы документов. ЭП от разных документов 

Некорректно сформирована подпись – переподписать документ.

14

SIGNATURE_VERIFICATION_ERROR

Подпись не верна 

Обратиться в СТП МИС.

15

SIGNATURE_DECODING_ERROR

Ошибка декодирования ЭП 

Обратиться в СТП МИС.

16

NO_SIGNATURE

Отсутствуют подписи документа 

Подписать документ и отправить в РЭМД.

17

NO_SPECIALITY

Наличие специальности подписанта не соответствует требованиям вида документов 

Отсутствует специальность подписанта, который подписал документ. Для данного вида документа наличие специальности является обязательным (в соответствии с правилами подписи электронных медицинских документов). Проверить наличие специальности, при необходимости изменить данные или подписанта и повторно отправить документ.

18

DIGEST_MISMATCH

Хеш-сумма документа, полученного из предоставляющей системы, не соответствует зарегистрированной в РЭМД 

• Некорректно сформирована подпись. Необходимо переподписать документ.
• Обратиться в СТП МИС.

19

UNKNOWN_ALGORITHM

Неподдерживаемый алгоритм подписи 

Проверить корректность ЭП. Повторно отправить документ.

20

NO_ORG_ON_DATE

МО недействительна на дату создания документа 

Проверить и актуализировать структуру МО в ФРМО. Повторно отправить документа в РЭМД. 21

NO_DEPARTMENT

Отсутствует информация о подразделении организации 

Проверить и актуализировать структуру МО в ФРМО. Внести информацию о подразделении и повторно отправить документ в РЭМД. 22

RMIS_REGION_MISMATCH

Регион организации не соответствует региону РМИС/МИС 

Проверить корректность данных о медицинской организации в справочнике ЛПУ и ФРМО.

23

ADDITIONAL_INFO_REQUIRED

Для формирования запрошенного в рамках услуги «заказ справки он-лайн» документа недостаточно сведений, гражданину необходимо обратиться с личным визитом для прохождения дополнительных исследований

Недостаточно сведений, гражданину необходимо обратиться с личным визитом в МО.

24

ACCESS_DENIED

У запрашивающей РМИС/МИС нет разрешения на получение документа 

• Обратиться в МИАЦ для получения сведений о наличии регистрации.
• Обратиться в СТП ЕГИСЗ по вопросу отсутствия доступа Системы к РЭМД ЕГИСЗ (egisz@rt-eu.ru).

25

ATTRIBUTE_MISMATCH

Из предоставляющей РМИС/МИС передан документ, метаописание которого не соответствует зарегистрированному 

Ошибка связана с предоставлением некорректного ЭМД в РЭМД из системы источника (ГИС Субъекта/РМИС). Обратиться в СТП МИС.

26

CAN_NOT_ASSOCIATE

Невозможно связать документы. Создание недопустимой связи документов 

Обратиться в СТП МИС.

27

DISABLED_RMIS

РМИС/МИС зарегистрирована в РЭМД, но не активна 

• ИС зарегистрирована в РЭМД, но не активна – следует проверить электронную почту ответственного лица на предмет наличия уведомления об отключении ИС, после чего устранить проблему и следовать инструкциям из письма о переподключении ИС.
• Обратиться в МИАЦ и СТП МИС.
  

28

DOC_DATE_MISMATCH_CERT_NOT_AFTER

Сертификат ЭП недействителен на дату создания документа (документ создан позже окончания срока действия сертификата 

Проверить сроки действия сертификатов электронной подписи сотрудников, указанных в документе и сертификата медицинской организации.

Если дата создания документа не попадает в период действия сертификатов, то такой документ данной электронной подписью подписать не получится.

Внимание! Повторно подписывать и отправлять документ в РЭМД не нужно.

29

DOC_DATE_MISMATCH_CERT_NOT_BEFORE

Сертификат ЭП недействителен на дату создания документа (документ создан раньше начала срока действия сертификата) 

Проверить сроки действия сертификатов электронной подписи сотрудников, указанных в документе и сертификата медицинской организации.

Если дата создания документа не попадает в период действия сертификатов, то такой документ данной электронной подписью подписать не получится.

Внимание! Повторно подписывать и отправлять документ в РЭМД не нужно.

30

INVALID_CERT_KEY_USAGE

Область использования ключа ЭП не соответствует предъявляемым требованиям 

Документ невозможно подписать таким типом ЭЦП. Необходимо сверить на соответствие с Федеральным справочником.

31

INVALID_CONTENT

Из предоставляющей РМИС/МИС передан документ, формат файла которого не соответствует требованиям вида документов 

Проблема с формированием документа — обратиться в СТП МИС для выяснения причин.

32

INVALID_PLUGGABLE_ATTRS

Дополнительные атрибуты документа не соответствуют схеме дополнительных атрибутов вида документов 

Обратиться в СТП МИС.

33

MIS_ERROR

Ошибка сервиса системы, предоставляющей документ 

Обратиться в СТП МИС.

34

MIS_NOT_AVAILABLE

Сервис системы, предоставляющей документ, не доступен 

Ошибка связана с передачей ЭМД в РЭМД. Обратиться в СТП МИС.

35

NO_DOCUMENT_KIND_ON_DATE

Дата создания документа находится вне периода, допустимого для вида документов 

РЭМД принимает документы, которые созданы не более года назад. Регистрация таких документов в РЭМД запрещена.

36

NO_END_ENTITY_CERTIFICATE

В ЭП отсутствует сертификат проверки подписи 

Осуществить попытку повторной подписи документа, в случае отсутствия положительно результата, обратиться в УЦ выдавший ЭЦП.

37

NO_RMIS

РМИС/МИС не зарегистрирована в РЭМД 

• ИС не зарегистрирована в РЭМД — следует осуществить подключение к РЭМД в соответствии с порядком, указанном в интеграционных профилях РЭМД, опубликованными на портале ЕГИСЗ: https://portal.egisz.rosminzdrav.ru/materials/1879 или проверить указываемые данные об идентификаторе системы.
• Обратиться в МИАЦ и СТП МИС.

38

NO_ROLE_POLICY_ON_DATE

В указанную дату для роли недоступно подписание документов указанного вида 

Регистрация ЭМД с данной ролью невозможна в указанную дату. Возможно в правилах подписи ЭМД изменилось наименование роли для данного вида документа. При необходимости обратиться в СТП МИС.

39

NO_SNILS

Наличие СНИЛС пациента не соответствует требованиям вида документов 

• Отсутствует СНИЛС пациента. Для данного вида документа СНИЛС является обязательным для заполнения (https://nsi.rosminzdrav.ru/#!/refbook/1.2.643.5.1.13.13.11.1520/version/11.6). Снять подпись (если существует такая возможность для данного вида документа), заполнить данные, подписать и отправить ЭМД в РЭМД.
• Если снятие подписи недоступно для данного вида документа, следует обратиться в СТП МИС.

40

NOT_UNIQUE_ASSOCIATION

Регистрируемая связь документов уже существует 

Обратиться в СТП МИС.

41

ORG_NOT_FOUND_IN_FRMO

Организация не найдена в ФРМО 

• Проверить наличие информации о МО/СП и МР в ФРМО, и в ФРМР, удостовериться, что медицинский работник является сотрудником МО, проверить корректность сведений о его должности в МИС и ФРМР. При необходимости добавить организацию в ФРМО или скорректировать о ней сведения в ФРМО.
• Проверить корректность указания ОИД медицинской организации и/или структурного подразделения в справочнике ЛПУ.
• Повторно отправить медицинский документ в РЭМД.

42

ORG_SIGNATURE_OCCURRENCE_MISMATCH

Наличие подписи организации не соответствует требованиям вида документов 

Обратиться в СТП МИС.

43

PATIENT_OCCURRENCE_MISMATCH

Наличие сведений о пациенте не соответствует требованиям вида документов 

Обратиться в СТП МИС.

44

PLUGGABLE_ATTRS_OCCURRENCE_MISMATCH

Наличие дополнительных атрибутов документа не соответствует требованиям вида документов 

Обратиться в СТП МИС.

45

POSITION_TO_ROLE_MISMATCH

Несоответствие должности и роли подписанта 

Документ подписан пользователем с должностью, которая не предусмотрена для данного вида документа. Необходимо выбрать корректную должность и переотправить документ. При необходимости обратиться в СТП МИС.

Правила подписи электронных медицинских документов — https://nsi.rosminzdrav.ru/#!/refbook/1.2.643.5.1.13.13.99.2.42/version/3.62

Роли сотрудников, которые могут подписывать документы для отправки в РЭМД — https://nsi.rosminzdrav.ru/#!/refbook/1.2.643.5.1.13.13.99.2.368/version/2.4

46

REGISTRY_ITEM_NOT_FOUND

Запрашиваемая запись регистра не найдена 

Ошибка связана с передачей ИС ЭМД в РЭМД. Обратиться в СТП МИС.

47

SIGNER_ORG_MISMATCH

Организация подписанта отлична от организации, регистрирующей документ (и РМИС/МИС не имеет на это разрешения) 

Проверить соответствие сертификата электронной подписи МО и медицинской организации сотрудника, подписывающего документ (огни должны совпадать).

При необходимости обратиться в СТП МИС.

48

WRONG_CREATION_DATE

Дата создания документа больше даты регистрации 

Ошибка формирования документа. Обратиться в СТП МИС.

49

WRONG_MESSAGE_ID

Асинхронный запрос файла ЭМД с указанным messageID не найден 

• Повторно отправить документ в РЭМД.
• При необходимости обратиться в обратиться в СТП МИС.

50

MULTIPLE_SIGNERS

В контейнере ЭП указано более одного подписанта 

Некорректно установлена цепочка сертификатов — переустановить.

51

WRONG_SIGNATURE_FORMAT

Неподдерживаемый формат ЭП 

Проверить корректность электронной подписи. Повторно отправить документ в РЭМД.

52

INVALID_DOC_CONTENT_TYPE

Документ не соответствует допустимому формату (для вида документов) 

Обратиться в СТП МИС. Справочник 1.2.643.5.1.13.13.99.2.41

53

SERIES_REQUIRED_WRONG_SERVICE_VERSION

Невозможно зарегистрировать ЭМД с обязательным указанием серии документа с помощью версии сервиса 3.0 

Обратиться в СТП МИС.

54

SERIES_REQUIRED

Необходимо указать серию документа 

Указать серию документа в ЭМД и переотправить.

55

PATIENT_ALREADY_REGISTERED

Внутренняя ошибка ГИП при создании пациента 

• Обновить данные в ГИП в соответствии с инструкцией — Медицинская карта амбулаторного больного
• Повторно отправить документ в РЭМД.

Если после нескольких попыток обновить данные пациента в ГИП и отправки документа в РЭМД, документ возвращается с такой же ошибкой, то необходимо обратиться в СТП МИС.

56

PATIENT_NOT_FOUND

МО-получатель заказа на оформление документа онлайн не может идентифицировать пациента. По полученным персональным данным пациента в МО данные не найдены

• Идентификация пациента не пройдена. Проверить корректность персональных данных пациента (СНИЛС, ДУЛ, Полис).
• Обратиться в СТП МИС.

57

NOT_UNIQUE_ITEM

В запросе listDocKindSendRequest (сервис «заказ справок онлайн» на предоставление списка МО на ЕПГУ) есть конфликтующие записи по виду документов с пересечением дат доступности документов для заказа гражданами

Обратиться в СТП МИС.

58

AOGUID_NOT_FOUND

Уникальный идентификатор адресного объекта [AOGUID], переданного в СЭМД, не найден в ФИАС

Обратиться в СТП МИС.

59

REGION_CODE_DIFFERENT

Регион адресного объекта [CODE], переданного в СЭМД, не совпадает с регионом [REGIONCODE], полученным в результате проверки уникального идентификатора адресного объекта в ФИАС [AOGUID]

Обратиться в СТП МИС.

60

HOUSEGUID_NOT_FOUND

Уникальный идентификатор дома [HOUSEGUID], переданного в СЭМД, не найден в ФИАС

Обратиться в СТП МИС.

61

AOGUID_DIFFERENT

Уникальный идентификатор адресного объекта [AOGUID], переданного в СЭМД, не совпадает с адресом [AOGUID], полученным в результате проверки уникального идентификатора дома [HOUSEGUID] в ФИАС

Обратиться в СТП МИС.

62

RESTRICT_NEW_VERSION

Для вида документа запрещено регистрировать новую версию

Для регистрации «новой» версии необходимо регистрировать новый документ и в случае наличия ошибок в ранее зарегистрированном документе отправлять заявки на удаление ошибочных данных в составе: акт удаления ЭМД из архива ИС (МИС/ГИСЗ), пояснение причин корректировки, официальным письмом за подписью руководителя или заместителя руководителя ОУЗ (в случае частных/федеральных МО — за подписью руководителя или заместителя руководителя данной МО).

63 INVALID_ELEMENT_VALUE_NAME

Ошибка в справочнике.

Обратиться в СТП МИС.

Пример ответа ошибки:

Справочник OID [ 1.2.643.5.1.13.13.99.2.857], версия [1.2]. Наименование элемента [Измерение роста] не соответствует наименованию элемента в НСИ [A02.03.005].

64 INVALID_ELEMENT_VALUE_CODE

Ошибка в справочнике.

Обратиться в СТП МИС.

Пример ответа ошибки:

Справочник OID [1.2.643.5.1.13.13.11.1522], версия [4.50]. Элемент с кодом [374] отсутствует.

На сайте ошибка базы данных

На сайте может отображаться одна из следующих ошибок подключения к базе данных:

• «Error Establishing a Database Connection»,
• «Database connection error (2): Could not connect to MySQL»,
• «DB error»,
• «Could not connect to MySQL»,
• «Невозможно подключиться к базе данных».

Ошибку могут вызвать две причины: сервер баз данных недоступен или неверно прописаны реквизиты подключения к базе данных. В первую очередь убедитесь, что сервер баз данных доступен. Если ошибка всё равно появляется, решите проблему по инструкции ниже.

Что делать, если неверно прописаны реквизиты подключения к базе данных

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

Готово, теперь ошибка должна быть устранена.