8 499 938-65-20
Мы — ваш онлайн-юрист 👨🏻‍⚖️
Объясним пошагово, что делать в вашей ситуации. Разработаем документы и ответим на любой вопрос, даже самый маленький.

Все это — онлайн, с заботой о вас и по отличным ценам.

Возможен ли перенос плановой операции по заявлению пациента?

Здравствуйте.

На 12 марта назначена плановая операция по удалению камня из желчного пузыря. Было оговорено, что анестезиолог не возьмёт на операцию с ИМТ выше 40 (сейчас он 47), к тому же есть проблемы с желудком (гастрит) и финансовые проблемы, банально нет возможности оплатить эту кучу предварительных анализов сейчас.

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

, Вера, г. Екатеринбург
Валентин Щёкин
Валентин Щёкин
Юрист, д. Кудрово

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

0
0
0
0
Похожие вопросы
1100 ₽
Вопрос решен
Лицензирование
Нам приходиться работать с их перс данными, так как клиенты (медцентры) хотят чтобы ФИО пациента попадало в
Добрый день! Нужно изучить политику об обработке персональных данных и уведомление в РКН, а также дать консультации исходя из последних изменений в законе. Из нюансов- компания оказывает телемедицинские услуги (получает от больниц снимки клиентов КТ,МРТ) и делает протоколы обследований, платформа-которая собирает данные пациентов предоставлена по неисключительной лицензии.Вопрос еще-насколько детально нужно прописывать технические способы защиты ( если не в политике, то отдельным документом) и как потом это проверяется на практик практике. По техническим моментам:Персональные данные мы храним на серверах в интернете у одного провайдера - Selectel. У них как они говорят контрур защищености 1 степени. Своих серверов в офисе у нас нет. Далее, у нас есть персональные данные клиентов (лаборанты медцентров) и наших сотрудников, в том числе врачей. Их мы храним в общей базе данных, заполняем при заключении договора. И самая проблемная часть - пациенты наших клиентов (человек который пришел в клинику на МРТ, КТ и т.д.). Нам приходиться работать с их перс данными, так как клиенты (медцентры) хотят чтобы ФИО пациента попадало в итоговый протокол-заключение. И так как мы получаем данные пациентов. 1) При загрузке к нам рентгенологических файлов (DICOM). Перед тем как отправить к нам файлы мы собираем из них перс данные и отправляем на один выделенный клиентский сервер (Нода). Отправка происходить через протокол HTTPS поверх криптографических протоколов TLS, т.е. с криптозащитой. На ноде перс данные хранятся в небольшой базе данных liteSQL. После этого мы стираем перс данные пациента из файлов и уже очищенный фал отправляем к нам в облачное хранилище. 2) Если в файле небыло данных пациента то клиент (лаборант медцентра) может добавить его через специальную форму в платформе (на картинке). При сохраненни данных ФИО, номер карты пациента так же по HTTPS и TLS отправляются на выделенный сервер (Ноду), и телефон пациента мы сохраняем в общую центральную базу данных. В самой платформе мы ФИО клиентов не отображаем врачам и сотрудникам, но отображаем клиентам, чтобы они могли видеть с каким пациентов работают, либо чтобы могли найти нужное исследование. Далее врач описывает полученные снимки, не видя при этом ФИО пациента, его номер, но знает пол, возраст и вес т.к. эти данные необходимы ему для описания. После описания лаборант открывает протокол заключение, туда подставляется ФИО пациента и лаборант распечатав отдает протокол пациенту Номер телефона мы используем для личного кабинета пациента, так пациент может не дожидаться протокола, а зайти к нам на сайт и увидеть своё описание снимков. Так же мы используем его для "динамики" - доп услугии когда врач смотри предыдущие состояния пациента и сравнивает его с текущим. Так быстрее найти в базе старое исследование пациента. сервера где хранятся персональные данные защищены от взлома различными средствами защиты, такими как firewall и программа анализатор попыток доступа crowdsec. Доступ на сервера имеются у ограниченного числа тех персонала, и осуществляется по криптографическому SSH ключу
, вопрос №4014189, Алина, г. Москва
Уголовное право
Если нет, то возможен ли в данном случае зачет отбытого наказания?
Здравствуйте. В 2011 г. моего брата осудил районный суд по ч. 1 ст. 105 за якобы убийство своей жены и дали 11 лет. Мы подавали апелляцию в областной суд, но он оставил приговор без изменения. Несмотря на то что он не убивал жену, а "труп" не нашли, суд посадил его на основании "доказательств" следствия, что жена "умерла" насильственно. Мы дошли до президиума областного суда, но нам опять отказали, и с этим согласился его председатель. В 2022 г. брат вышел из колонии. Через полгода, уже в 2023 г., он увидел у своего дома ту самую якобы убитую жену, за "убийство" которой его и посадили. Мы впоследствии узнали, что как раз в 2011 г. директор фирмы, где работал брат, угрожал его жене, и она уехала из страны, оборвала с нами все контакты и жила по поддельным документам. Спустя месяц после того, как она уехала, она узнала из СМИ, что этот директор умер, и решила вернуться в Россию. Брат пригласил ее к себе в квартиру и убил ее, как он сказал, за сломанные 11 лет жизни. Районный суд в 2023 г. посадил его на 12 лет. При этом к моменту вынесения этого приговора самый первый 2011 г. отменен не был! С новым приговором мы, конечно, не согласились и подали апелляцию, потому что брат уже был осужден за "убийство" (первый срок) и полностью отбыл наказание. Нельзя же наказывать человека дважды за одно и то же преступление, это принцип справедливости УК РФ. В связи с этим у меня есть пара вопросов: законно ли его вообще привлекли к ответственности в 2023 г.? Если нет, то возможен ли в данном случае зачет отбытого наказания? Может ли он был реабилитирован (его осудили незаконно, сроки истекли, полностью отбыт срок по первому приговору)?
, вопрос №4014195, Андрей, г. Курск
Дата обновления страницы 19.02.2018