Форум врачей-аспирантов

Здравствуйте, гость ( Вход | Регистрация )

3 страниц V   1 2 3 >

Igoroshka
Отправлено: 2.07.2009 - 16:18


Дух форума
*

Группа: Пользователи
Сообщений: 53
Регистрация: 22.06.2007
Пользователь №: 4178


Цитата(Игорь @ 1.07.2009 - 13:00) *
...Сертифицироваться должен конкретный программно-аппаратный комплекс + комплекс организационных мероприятий, и никак иначе.

Вот тут попалась информация по Database Vault http://www.aladdin.ru/press-center/publica...cation19697.php...

1. Я как раз об этом и писал ранее. Более того, в сертификате (вернее, в сопроводиловке) должны быть оговорены и условия замены оборудования в случае выхода из строя каких-то компонент. И Вы совершенно правы, что, если брать ad maximum, то можно, к конце концов, дойти до маразма.

2. Лично я указанную информацию с aladdin'а воспринимаю с хорошей долей скептицизма. Причина проста -- предлагаемые ими продуктыявляются конкурентами, в частности, DB Vault.

Одна из причин разработки средств типа DB Vault -- избыточные полномочия администратора БД. Желаемый принцип -- администратор БД должен управлять БД, а не ее содержимым. Происходит разделение полномочий: админ может скопировать файлы, но не может получить доступ к информации. Офицер по безопасности (в терминах Оракл) имеет доступ к управлению видимостью информации, но не имеет доступа к файлам.
  Форум: Медицинская статистика · Просмотр сообщения: #7981 · Ответов: 54 · Просмотров: 95304

Igoroshka
Отправлено: 30.06.2009 - 15:21


Дух форума
*

Группа: Пользователи
Сообщений: 53
Регистрация: 22.06.2007
Пользователь №: 4178


Цитата(Игорь @ 25.06.2009 - 07:53) *
Администратор в любом случае может скопировать базу данных целиком. А именно целиком она и представляет интерес для злоумышленников. Таким образом, найдя на рынке соответствующее предложение, у правоохранительных органов не должно быть проблемы в поиске, кто виноват в краже - это только администратор баз данных учреждения - его и нужно сажать в тюрьму.

В том то и дело, что при использовании DB Vault (и его аналогов) администратор, имея доступ к физическим файлам, доступа к данным может и не иметь (в отличие от ситуации, когда DB Vault не установлен). Т.е., физическое копирование файлов не имеет смысла.
  Форум: Медицинская статистика · Просмотр сообщения: #7979 · Ответов: 54 · Просмотров: 95304

Igoroshka
Отправлено: 11.06.2009 - 13:12


Дух форума
*

Группа: Пользователи
Сообщений: 53
Регистрация: 22.06.2007
Пользователь №: 4178


Цитата(Игорь @ 5.06.2009 - 12:57) *
Есть еще идея, может, дикая.

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

Есть также база данных, содержащая только номер, имя, фамилию и отчество. Такая база не является персональными данными.

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

Пройдет ли? То, что данные о ФИО вынесены в отдельную БД по существу означает лишь физическое разделение данных и способ их хранения. Насколько я понимаю, для ввода и просмотра информации о конкретном пациенте на уровне приложения будет происходить объединение необходимых сведений. Т.о., система будет автоматически попадать под требования сертификации по классу К1.
Опять таки, насколько понял сами постановления, любая система, позволяющая автоматически сопоставить ФИО и медицинские данные, попадает по сертификацию. frown.gif

P.S.
В постановлениях есть пункт об обязательной фиксации: кто, когда, к чему и для чего получал доступ. Есть ли сейчас в ваших медицинских системах подобное? В используемых в Белоруссии, насколько я знаю, подобного нет.
  Форум: Медицинская статистика · Просмотр сообщения: #7931 · Ответов: 54 · Просмотров: 95304

Igoroshka
Отправлено: 5.06.2009 - 17:27


Дух форума
*

Группа: Пользователи
Сообщений: 53
Регистрация: 22.06.2007
Пользователь №: 4178


Цитата(Игорь @ 5.06.2009 - 12:36) *
... Если администраторы упомянутых баз данных имели возможность безнаказанной кражи этих самых данных данных до принятия обсуждаемого пакета законов, точно также они будут иметь такую возможность и после принятия и вступления в действия данного пакета законов, независимо от того, имеет Windows рабочей станции сертификат ФСТЭК или нет, сертифицирован файервол или нет.

Есть технологии, позволяющие исключить подобное со стороны БДА, -- у Oracle -- DB Vault, у MS -- управление на основе политик (SQLServer 2008). Правда не знаю, сертифицировано ли это. Но стоимость подобных решений высока.
  Форум: Медицинская статистика · Просмотр сообщения: #7913 · Ответов: 54 · Просмотров: 95304

Igoroshka
Отправлено: 5.06.2009 - 10:37


Дух форума
*

Группа: Пользователи
Сообщений: 53
Регистрация: 22.06.2007
Пользователь №: 4178


Цитата(плав @ 4.06.2009 - 19:39) *
А внимательно прочитать, что это случайный ключ? Не задумывались, что слово случайный и "формируются по правилам" вещи несовместные?

1. В БД, которые являются основой любой информационной системы, использование случайного числа в качестве первичного ключа вряд ли можно считать оправданным подходом. Во всех современных БД есть эффективные внутренние функции для генерации последовательностей, применяемых в качестве первичного ключа. Использование собственных генераторов ключей в большинстве случаев является нецелесообразным, поскольку может оказать неоправданную назгрузку на систему.
2. Честно говоря, не вижу причин, почему последовательно формируемый ключ не может использоваться в качестве идентификатора пациента, с одной стороны скрывающий его ФИО, с другой -- обеспечивающий однозначное соответствие.
3. Под "формируемым по правилам" ключом лично я имел ввиду диапазоны чисел, отводимые, например, отдельным диспансерам, входящим в одну службу.
  Форум: Медицинская статистика · Просмотр сообщения: #7909 · Ответов: 54 · Просмотров: 95304

Igoroshka
Отправлено: 4.06.2009 - 15:15


Дух форума
*

Группа: Пользователи
Сообщений: 53
Регистрация: 22.06.2007
Пользователь №: 4178


Цитата(плав @ 4.06.2009 - 08:12) *
Ну, вот это не проблема - Вы же сами предлагали решение - вместо фамилии случайный код, расшифровка которого хранится только в истории болезни

В любой БД ФИО хранится только как информационное поле (правда, может использоваться для связывания с другими БД) и используется для поиска. Вся информация, относящаяся к пациенту, связывается по паре первичный-внешний ключ. Таким образом, если первичный ключ продублировать на ИБ, возможна однозначная идентификация пациента. Особенно, если первичный ключ будет формироваться по определенным правилам и с ИБ вводиться посредством считывания штрих-кода.
  Форум: Медицинская статистика · Просмотр сообщения: #7907 · Ответов: 54 · Просмотров: 95304

Igoroshka
Отправлено: 4.06.2009 - 15:05


Дух форума
*

Группа: Пользователи
Сообщений: 53
Регистрация: 22.06.2007
Пользователь №: 4178


Цитата(Игорь @ 3.06.2009 - 17:54) *
К сожалению? Святая наивность! http://www.iksmedia.ru/blogs/post/449145.html

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

  Форум: Медицинская статистика · Просмотр сообщения: #7906 · Ответов: 54 · Просмотров: 95304

Igoroshka
Отправлено: 21.05.2009 - 18:55


Дух форума
*

Группа: Пользователи
Сообщений: 53
Регистрация: 22.06.2007
Пользователь №: 4178


Цитата(Игорь @ 21.05.2009 - 16:16) *
1. В теоретическом прочностном анализе [детерминированных механических систем] не применяется такие понятия - "достоверность разницы" и т.п. Исходные граничные условия и инерциально-геометрические характеристики полностью определяют поведение объекта исследования. Больше нагрузка - больше прогиб. Построили по результатам таблицы, графики, номограммы - и все. Чего же тут обрабатывать статистически?...

А зачем в этом случае строить таблицы и т.д., если теоретически установлена функциональная связь между изучаемыми параметрами?
  Форум: Медицинская статистика · Просмотр сообщения: #7859 · Ответов: 9 · Просмотров: 10210

Igoroshka
Отправлено: 20.05.2009 - 11:03


Дух форума
*

Группа: Пользователи
Сообщений: 53
Регистрация: 22.06.2007
Пользователь №: 4178


Цитата(Игорь @ 11.05.2009 - 20:25) *
Честно - не поражен. А поражен был, когда более 10 лет назад увидел Corel WordPerfect Office (сейчас он так называется) OEM версии, полученной в комплекте с материнской платой (именно так). Тогда это была еще английская версия 97. Так вот: Word-ы & Co. всех версий отдыхают даже относительно той самой версии. А сейчас уже есть русская версия X3 данного пакета.

Хм. Установил в виртуальной машине пробную версию Corel WordPerfect Office X4. Посмотрел возможности построения графиков. На мой взгляд не хуже, но и не лучше того же Microsoft Graph, хоть из старой версии ХР, хоть из 2007. И примерно те же возможности в OpenOffice 3.1.0. Стандартная бизнес графика.

  Форум: Медицинская статистика · Просмотр сообщения: #7846 · Ответов: 17 · Просмотров: 15041

Igoroshka
Отправлено: 20.05.2009 - 10:58


Дух форума
*

Группа: Пользователи
Сообщений: 53
Регистрация: 22.06.2007
Пользователь №: 4178


Цитата(плав @ 12.05.2009 - 10:53) *
...Другое дело, что освоение графических методов предполагает освоение R со всеми прелестями командной строки.

Можно воспользоваться пакетом latticist -- http://code.google.com/p/latticist/
  Форум: Медицинская статистика · Просмотр сообщения: #7845 · Ответов: 17 · Просмотров: 15041

Igoroshka
Отправлено: 18.05.2009 - 14:26


Дух форума
*

Группа: Пользователи
Сообщений: 53
Регистрация: 22.06.2007
Пользователь №: 4178


Цитата(Игорь @ 18.05.2009 - 12:45) *
Вариант 1. Полная история болезни - в информационной системе. В компьютере - полный аналог бумажной истории и даже больше...
...
Вариант 2. Полностью бумажная история болезни. ...

Обычно персональная информация отдельного человека не представляет большого интереса (если кого-то и заинтересует ИБ Иванова И.И., получавшего лечение с ... по ... в ..., то заполучить копию ИБ, скорее всего, будет достаточно просто). Косвенно это подтверждает то, что регламентируется именно электронный вариант ИБ. Т.е., возможность получения доступа к большому объему информации. А здесь автоматически возникают другие вопросы. Кому, потенциально, может быть интересна такая информация и для чего?
Вполне возможно, что, как это обычно бывает и у вас, и у нас, "зонтиком" закрыли вопрос об ограничении доступа к персональной информации, не подумав о том, кого еще это затронет, и не просчитав риски и стоимость предполагаемого эффекта.

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

Подключать к сетям общего пользователя свою локальную сеть, используя только программный файерволл, неразумно. У меня даже дома аппаратный экран стоит.
Здесь позвольте не согласиться smile.gif. Cisco -- всего лишь специализированный компьютер. А CheckPoint -- програмно-аппаратный комплекс. Компьютер под, скажем, freeBSD с правильно настроенной маршрутизацией и брандмауэром будет работать не хуже той же Cisco 36 или 39 серии. А то и гибче.
А есть ведь еще и VLANы для сегментации сети. А для доступа извне -- VPN, IPSec, SSH. Тем более, что по данным того же Oracle, подавляющее большинство угроз данным обусловлено непреднамеренными или намеренными действиями вполне легальных пользователей сети.

В книге Джона Чирилло "Обнаружение хакерских атак" утверждается, что само наличие и тип средства защиты - это уже должно быть большой тайной для хакера.
Все же, мне кажется, хакеры вряд ли являются основными заинтересованными мед. данными лицами smile.gif. Информация о том, что в качестве сетевого экрана используется, например, CheckPoint, вряд ли сильно поможет при организации внешней атаки.

Кстати, еще информация. Роскомнадзор (http://www.rsoc.ru/) - регулятор по персональным данным, входит в состав Минкомсвязи (http://www.minsvyaz.ru/) в качестве структурного подразделения. А теперь попробуйте это.
У вас -- электронное правительство, у нас -- электронная Беларусь. Результат один и тот же smile.gif .
  Форум: Медицинская статистика · Просмотр сообщения: #7838 · Ответов: 54 · Просмотров: 95304

Igoroshka
Отправлено: 18.05.2009 - 10:53


Дух форума
*

Группа: Пользователи
Сообщений: 53
Регистрация: 22.06.2007
Пользователь №: 4178


... сертифицированные продукты ничем (!) не отличаются от обычных ... Хотя на самом деле продукты отличаются - ценой. ... в России ... сертифицируется ... каждый экземпляр.
Строго говоря, сертифицироваться должно конкретное решение, включая использование железа. Т.е., програмно-аппаратный комплекс. Возможно, с определением в сертификате некоторых допусков по замене отдельных компонентов железа (например, замена коммутатора) и применению обновлений.
Сертификаты (до определенного уровня безопасности) есть на отдельные компоненты. Но список очень ограничен, например у Оракл есть сертификат ФСТЭК на IAMS -- http://www.oracle.com/global/ru/press/ppr/02022009.html
Вопрос в том, что будет считаться "разумным и достаточным" уровнем безопасности.

... законодательство принято с нарушениями законов. ...
Все как обычно frown.gif. Вначале создать проблемы, а потом героически их преодолевать. У нас, скорее всего, будет еще "интереснее"...

Мы же от себя рискнем предложить одно средство, идея которого заимствована (извините) из практики ветеринарных клиник.
Не извиняю wink.gif. Я -- собачник. Так что это скорее комплимент cool.gif.

...в ветеринарных клиниках применяется аналог амбулаторной карты - карточка животного. У животного - идентификатор ... Нет ни фамилии ..., ни адреса ..., но тем не менее животных никто не путает. ... идея - удалить из электронной истории болезни всю (!) персональную информацию.
Честно говоря, данная идея лично мне кажется ущербной. Сразу возникает множество вопросов идентификации пациента, связывания информации с другими данными в интересах пациента. Про проблему дублей, думаю, и так понятно. Опять таки, как быть с выписками?
Пример с животными, на мой взгляд, слишком локален что-ли. Кроме того, у животных, скорее всего, номер в карточке привязан к вживляемому микрочипу.

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

P.S. Насколько я понимаю, данная проблема коснется в полной мере и страховых компаний. Они что, не шевелятся совсем?
  Форум: Медицинская статистика · Просмотр сообщения: #7835 · Ответов: 54 · Просмотров: 95304

Igoroshka
Отправлено: 16.05.2009 - 23:44


Дух форума
*

Группа: Пользователи
Сообщений: 53
Регистрация: 22.06.2007
Пользователь №: 4178


Цитата(Игорь @ 16.05.2009 - 14:38) *
В связи с вступлением в силу с 1 января 2010 года законодательства о персональных данных всю представленную в теме информацию о госпитальных информационных системах следует дезавуировать. В настоящее время ни одна (!) госпитальная система, эксплуатирующаяся на территории России, не соответствует требованиям и не сертифицирована в установленном законом порядке в ФСТЭК (т.е. отсутствует в списке сертифицированных продуктов на сайте ФСТЭК). Следовательно, начиная с указанного выше срока, эксплуатация всех госпитальных информационных систем во всех клиниках России незаконна, подпадает под действие Кодекса об административных правонарушениях со всеми вытекающими правовыми последствиями для руководства клиник и должна быть прекращена.

Если уважаемых коллег заинтересовала данная информация, могу предоставить все необходимые ссылки на информационные ресурсы (за исключением 4-х документов ФСТЭК с грифом ДСП).

Приглашаю также обсудить меры по решению проблемы.

Было бы интересно познакомиться с такими документами. У нас (Белоруссия) пока до этого дело не дошло (к сожалению). Но, думаю, вскоре также будут подвижки в этом направлении.

По существу.
Вся информация госпитальной системы хранится в БД. Рискну предположить, что для более-менее крупной системы это будет из коммерческих: MS SQL сервер, Oracle, 4D, из бесплатных: mysql, PostgreSQL.
Как мне видится, в случае MS SQL сервер, Oracle проблема хранения, регламентации доступа прозрачно решается на уровне сервера и/или сервера приложений (возможно, с приобритением дополнительных модулей). В случае с Oracle регламентация может вестить "в особо извращенном виде smile.gif". Однако, скорее всего, прийдется изменять представления (если приложение написано нормально) или править запросы, что гораздо хуже.
При использовании mysql, PostgreSQL Нужно будет шифровать поля с персональной информацией и реализовывать механизм организации доступа. Это приличные переделки в ПО.

Остается открытым вопрос передачи персональных данных по сети. В случае с Oracle есть прозрачное решение. Как в SQL server -- не знаю.
  Форум: Медицинская статистика · Просмотр сообщения: #7831 · Ответов: 54 · Просмотров: 95304

Igoroshka
Отправлено: 12.05.2009 - 13:06


Дух форума
*

Группа: Пользователи
Сообщений: 53
Регистрация: 22.06.2007
Пользователь №: 4178


Цитата(плав @ 12.05.2009 - 10:53) *
В R много типов графики, которая отсутствует в офисных пакетах (bag plot, диаграммы рассеяния с коробчатыми графиками, собственно коробчатые графики, графики ядерной плотности и т.п.), кроме того, он поддерживает создание карт - картограмм (офисные пакеты этого также не умеют), поэтому как инструмент статистической графики - спецализированные программы не заменимы. Кроме того, нарисовать, например, столбиковую диаграмму с ошибкой среднего в электронной таблице можно, но возни много (используется high-low-close), а в сконфигурированном R все это делается очень легко.
Другое дело, что освоение графических методов предполагает освоение R со всеми прелестями командной строки.

В офисе можно ведь в форматировании серии данных указать данные для "усов". Или Вы имели ввиду более сложные графики?

  Форум: Медицинская статистика · Просмотр сообщения: #7829 · Ответов: 17 · Просмотров: 15041

Igoroshka
Отправлено: 9.05.2009 - 19:26


Дух форума
*

Группа: Пользователи
Сообщений: 53
Регистрация: 22.06.2007
Пользователь №: 4178


Цитата(плав @ 9.05.2009 - 14:00) *
Так почему не использовать Sweaver, это же как раз инструмент документирования и решает именно те проблемы, о которых Вы говорите (Sweaver автоматом встроен в последние версии R), единственный минус - ориентировка на Latex, но при наличии MikTex это не является серьезным ограничением.

Не дошел rolleyes.gif. Поработал с Tinn-R, R for Eclipse. На данный момент лучше всего оказалась связка с Wordом.
За "наводку" спасибо. Обязательно посмотрю.
  Форум: Медицинская статистика · Просмотр сообщения: #7813 · Ответов: 17 · Просмотров: 15041

Igoroshka
Отправлено: 9.05.2009 - 09:25


Дух форума
*

Группа: Пользователи
Сообщений: 53
Регистрация: 22.06.2007
Пользователь №: 4178


Цитата(nokh @ 8.05.2009 - 19:59) *
А для чего это нужно? Может только для автоматической генерации отчетов. А для создания профессиональной графики возможности R сильно ограничены встроенными возможностями конкретной библиотеки. Т.е. если дело коснется не классических гистограмм, диаграмм рассеяния и т.п., то графики бывают нередактируемые. Например, разбирался с redundancy analysis (ординационная техника), там пакет выдает к отчету нередактируемый биплот, а эстетическое чувство его авторов просто никакое - без корела не обойтись.

При расчетах я формирую "протокол" (что-то типа документа вывода в Статистике), т.е. команда-результат работы команды. Видна последовательность, преобразования, условия и предположения анализа. Кроме того, обычно (увы) бывает, что данные доуточняются. Тогда можно использовать этот протокол для полуавтоматического обновления.

По поводу ограниченности графики в R. Сильно не соглашусь. Мне приходилось очень много работать с представлением данных. В ход шли и Excel, и Corel Draw, и Corel Photopaint. Ну и, конечно, PowerPoint smile.gif. В R богатство именно профессиональной графики просто поражает. И практически все можно сделать средствами самого R. Например, чтобы вывести гистограму можно воспользоваться:
hist(x)
Но такой вывод вряд ли понравится. Но можно сделать и так:
hist(x, main="Это заголовок", xlab="подпись оси х", ylab="подпись оси у", col=rainbow(5), breaks=c(seq(0, 20, 5), 70), lwd=1)
и Вы увидете что-то совершенно иное. А добавив еще:
rug(jitter(x))
grid()

Вы сможете даже поэстетствовать rolleyes.gif
Сходите сюда http://addictedtor.free.fr/graphiques/allgraph.php. Возможно, Вы будете поражены.

Да, без Corel, а еще лучше AI не обойтись, если Вам необходимо представить достаточно большое количество графики для издательства. К сожалению, R не позволяет использовать модель CMYK (только RGB, MacRGB, Lab). Однако, на сколько мне известно, другие пакеты также не позволяют это делать.
  Форум: Медицинская статистика · Просмотр сообщения: #7811 · Ответов: 17 · Просмотров: 15041

Igoroshka
Отправлено: 8.05.2009 - 10:05


Дух форума
*

Группа: Пользователи
Сообщений: 53
Регистрация: 22.06.2007
Пользователь №: 4178


Цитата(nokh @ 7.05.2009 - 18:48) *
Ясно, так глубоко я, конечно, не копал:).

Удобная связка -- расчет в R с возвратом результата (текстового и графического) в Word. Для Excel есть RExcel.
  Форум: Медицинская статистика · Просмотр сообщения: #7805 · Ответов: 17 · Просмотров: 15041

Igoroshka
Отправлено: 8.05.2009 - 09:46


Дух форума
*

Группа: Пользователи
Сообщений: 53
Регистрация: 22.06.2007
Пользователь №: 4178


Цитата(Naum @ 7.05.2009 - 15:55) *
подскажите, пожалуйста, как работать со списком литературы. Т.е. чтобы при внесении нового источника номера в [] в тексте менялись автоматически. Говорят, существуют программы типа Reference manager. скачала. но как она работает? научите или дайте ссылку на инструкцию. или есть другой вариант? заранее спасибо

При работе в MS Word использовать стандартные средства: Вставка -- Ссылка -- Перекрестная ссылка
В окне: нумерованные абзацы -- номер абзаца -- далее выбрать пронумерованный элемент списка литературы, на который хотите ссылаться.

Да, список литературы должен быть создан до этого и пронумерован с использованием автоматических средств нумерации абзацев.

При изменении порядка ссылок, добавлении/удалении элементов достаточно выделить весь текст и нажать F9.
  Форум: Обучение в аспирантуре · Просмотр сообщения: #7804 · Ответов: 9 · Просмотров: 28193

Igoroshka
Отправлено: 7.05.2009 - 16:55


Дух форума
*

Группа: Пользователи
Сообщений: 53
Регистрация: 22.06.2007
Пользователь №: 4178


Цитата(nokh @ 7.05.2009 - 14:36) *
А в чём проблема? Можно кликнуть на рис. правой клавишей и "скопировать как растровый файл", а в ворде вставить из буфера. Можно сохранить как метафайл, отредактировать в CorelDraw (русифицировать, переименовать оси, добавить пояснения), сохранить в растре (bmp, tiff, png) и вставить рисунок в ворд.

Проблема была в том, чтобы средствами VBA через Rcom получить графики из R и вставить их в Word. Вроде бы нашел способ.
А все (ну почти все smile.gif ) надписи, доп. линии, полигоны (если не использовать прозрачность) и в нужных местах можно делать сразу же в R без последующего редактирования в Corel или AI.

P.S. При переносе в Corel (v.12) графиков с русскими названиями (R 2.8, 2.9), при разгруппировке метафайлов, например, в PowerPoint, русские символы превращаются в крякозябры (проверял под английскими XP и вистой с установленной поддержкой русского языка).
  Форум: Медицинская статистика · Просмотр сообщения: #7795 · Ответов: 17 · Просмотров: 15041

Igoroshka
Отправлено: 7.05.2009 - 11:56


Дух форума
*

Группа: Пользователи
Сообщений: 53
Регистрация: 22.06.2007
Пользователь №: 4178


Цитата(DoctorStat @ 7.05.2009 - 11:06) *
Программа http://doctorstat.narod.ru работает с БАЗОЙ ДАННЫХ пациентов в формате Access.

Access (включая способ доступа к данным) пригоден для персонального использования либо для небольшой сети с небольшой нагрузкой. При серьезной нагрузке требуются соответствующая СУБД и ПО, расчитанное на работу с ней.
  Форум: Медицинская статистика · Просмотр сообщения: #7791 · Ответов: 54 · Просмотров: 95304

Igoroshka
Отправлено: 7.05.2009 - 10:33


Дух форума
*

Группа: Пользователи
Сообщений: 53
Регистрация: 22.06.2007
Пользователь №: 4178


Доброго времени суток.

Может кому удавалось "подружить" R и Word в плане переноса графиков из R в Word?

Спасибо.
  Форум: Медицинская статистика · Просмотр сообщения: #7789 · Ответов: 17 · Просмотров: 15041

Igoroshka
Отправлено: 7.05.2009 - 10:29


Дух форума
*

Группа: Пользователи
Сообщений: 53
Регистрация: 22.06.2007
Пользователь №: 4178


Цитата(плав @ 6.01.2008 - 17:50) *
Вот теперь при помещении информации о системах электронной документации прошу указывать, соответствеут ли она принятому с 01.01.2008 госстандарту, в особенности требования к безопасности данных, цифровой подписи и другие вещи, которые отличают эксперименты с базами данных от систем ведения электронной документации

К списку "монстров" можно еще добавить Oracle Healthcare Applications (http://www.oracle.com/industries/healthcare/index.html).
Зная продукты Oracle, IBM и сталкиваясь с SAP, могу сказать, что с безопасностью, разграничением полномочий и т.д. там все в порядке. Правда, насколько упомянутый госстандарт "продвинут" сам в этом вопросе, не знаю.
  Форум: Медицинская статистика · Просмотр сообщения: #7788 · Ответов: 54 · Просмотров: 95304

Igoroshka
Отправлено: 23.03.2009 - 17:27


Дух форума
*

Группа: Пользователи
Сообщений: 53
Регистрация: 22.06.2007
Пользователь №: 4178


Спасибо!
  Форум: Медицинская статистика · Просмотр сообщения: #7469 · Ответов: 3 · Просмотров: 6324

Igoroshka
Отправлено: 15.03.2009 - 14:51


Дух форума
*

Группа: Пользователи
Сообщений: 53
Регистрация: 22.06.2007
Пользователь №: 4178


Цитата(lab_owl @ 15.03.2009 - 02:58) *
Спасибо огромное!
Под R подразумевается вот это?
http://openwetware.org/wiki/R_Statistics

Да.
  Форум: Медицинская статистика · Просмотр сообщения: #7353 · Ответов: 62 · Просмотров: 70962

Igoroshka
Отправлено: 9.03.2009 - 11:21


Дух форума
*

Группа: Пользователи
Сообщений: 53
Регистрация: 22.06.2007
Пользователь №: 4178


Цитата(M.Dio @ 9.03.2009 - 02:51) *
Не знаю, насколько это соответствует/не соответствует правилам данного форума, но хочу представить ссылку на статью:
"Lung, liver and bone cancer mortality in Mayak workers."

http://www3.interscience.wiley.com/journal...=1&SRETRY=0

Там есть pdf-файл, в свободном доступе.
Посмотрите, может быть будет интересно с точки зрения методов, коэффициентов и их интерпретации.

Отвечу на любые вопросы.

1. На Wiley используют куки. Ссылка неверная. Поиск по "Mayak workers" дает ссылку на книгу
2. Требуется регистрация.
3. После регистрации свободный доступ только к тезисам (во всяком случае для белорусских IP).
  Форум: Медицинская статистика · Просмотр сообщения: #7268 · Ответов: 2 · Просмотров: 5190

3 страниц V   1 2 3 >

Открытая тема (есть новые ответы)  Открытая тема (есть новые ответы)
Открытая тема (нет новых ответов)  Открытая тема (нет новых ответов)
Горячая тема (есть новые ответы)  Горячая тема (есть новые ответы)
Горячая тема (нет новых ответов)  Горячая тема (нет новых ответов)
Опрос (есть новые голоса)  Опрос (есть новые голоса)
Опрос (нет новых голосов)  Опрос (нет новых голосов)
Закрытая тема  Закрытая тема
Тема перемещена  Тема перемещена