https://www.opennet.dev/openforum/vsluhforumID1/92702.html Есть необходимость в ИС для гос. учреждения которая охватывала бы все службы.<br>Вот список основных:<br>1. Склад(промышленный/продуктовый), отчёты арматурные карточки и всё что касается материально ответственных.<br>2. Библиотека<br>3. Аптека(справочник Видаля, карточка медикамента, аптечный склад)<br>4. Учет ведения больных, мед. истории<br>5. Расселение по палатам<br>6. Питание(распечатка меню, карточки раскладки, списание продуктов с продуктового склада )<br>7. Отдел кадров(персональные данные о сотрудниках и отдельный список для пациентов)<br>8. Учёт ГСМ<br>9. Режим конструктора в котором можно создавать модули и отчёты которых нет в выше приведённом списке или добавлять по мере необходимости.<br><br>Я конечно понимаю, что всё это возможно сделать и с помощью простого LibreOffice Base. Но хотелось бы сделать централизованное хранилище данных, которое могло бы работать на всех платформах и использовать базу PostgreSQL на сервере. <br> https://www.opennet.dev/openforum/vsluhforumID1/92702.html#16 Wed, 07 Dec 2011 08:08:59 GMT <br>&gt; 1. Склад(промышленный/продуктовый), отчёты арматурные карточки и всё что касается материально ответственных.<br>&gt; 2. Библиотека <br>&gt; 6. Питание(распечатка меню, карточки раскладки, списание продуктов с продуктового склада <br>&gt; 7. Отдел кадров(персональные данные о сотрудниках и отдельный список для пациентов) <br>&gt; 8. Учёт ГСМ <br><br>-- пойдет на ERP (мона типа ADempiere).<br>&gt; 3. Аптека(справочник Видаля, карточка медикамента, аптечный склад)<br><br>-- для этого ПО отдельное существует, правда не знаю какое. но статьи с аннотациями лекарственных средств мона и из инета брать.<br>&gt; 4. Учет ведения больных, мед. истории <br>&gt; 5. Расселение по палатам <br><br>-- существует АСУ "Поликлинака", АСУ "Стационар", АСУ "Стоматология" - учет больных, заболеваний и т.п.. базы в фокспро, вполне реально из них брать данные для ерп, если с ума не сойдешь среди кодов заболеваний :-)<br>&gt; 9. Режим конструктора в котором можно создавать модули и отчёты которых нет <br>&gt; в выше приведённом списке или добавлять по мере необходимости.<br>&gt; Я конечно понима https://www.opennet.dev/openforum/vsluhforumID1/92702.html#15 Wed, 07 Dec 2011 03:51:52 GMT &gt; Супермен среди нас? Или Левша?<br><br>Square ... ты того ...<br>man sarcasm<br><br><br> https://www.opennet.dev/openforum/vsluhforumID1/92702.html#14 Tue, 06 Dec 2011 08:18:08 GMT &gt;&gt; Я воочию наблюдал за тремя попытками внедрения ЕРП на старых устоявшихся предприятиях.<br>&gt; А какую роль вы в этом играли?<br><br>Исключительно админил железо и оси, хотя были попытки нагрузить меня еще и админством всей этой хрени. <br><br>&gt; Есть такой этап во внедрении -"согласование сроков и сметы".<br><br>Ох. В последний раз этот этап тянулся полгода - после формирования собсно ТЗ. И что это дало? Ничего. К тому моменту, как я уволился, система была сдана на 3/4, при этом срок ввода в эксплуатацию уже просрочили на почти полтора года. Ну и смету, разумеется, превысили вдвое, ага. <br><br>&gt; А вы значит стояли и смотрели...Три раза подряд. И единственный вывод - <br>&gt; надо полагать - "почему же откаты прошли мимо меня?" :) <br><br>А вы и лечите по фотографии?<br>Внедрение ЕРП прошло мимо меня по одной-единственной причине: я наотрез отказался участвовать в этой увлекательной игре. Поддержка железа и осей - пожалуйста. А собсно ЕРП - нафиг-нафиг. Скиллзов это не приносит, а оплата не соответствует гемору. <br><br>&gt;&gt; Впрочем, никто вам не https://www.opennet.dev/openforum/vsluhforumID1/92702.html#13 Tue, 06 Dec 2011 08:00:21 GMT &gt;&gt; Я знаю массу учреждений в которых успешно внедряли ERP разработанное <br>&gt;&gt; специально для них по заказу правительства и они отлично себя чувствуют <br>&gt; О, если еще учесть размеры откатов по этим заказам, то мы убедимся, <br>&gt; что отлично себя чувствуют все, причастные к шоу.<br>&gt; Я воочию наблюдал за тремя попытками внедрения ЕРП на старых устоявшихся предприятиях. <br><br>А какую роль вы в этом играли? <br><br>&gt; Каждый раз это выливалось в бешеные бюджеты, которые каждый раз превышались <br>&gt; минимум вдвое, <br><br>Есть такой этап во внедрении -"согласование сроков и сметы". ERP- не коробочное решение, которое можно просто поставить на компьютеры и оно сразу заработает. И на этапе этого вот согласования - заказчик - в меру своего понимания - может описать очень точно что именно он хочет получить.<br>Если он этого не делает - бюджет может быть превышен и в сто-тысячу-миллион раз.<br>И это относится практически к любой работе. Можно компьютеры для офиса покупать по такой схеме. Сперва купить сотню 386.. попытатся поставить на них оф https://www.opennet.dev/openforum/vsluhforumID1/92702.html#12 Tue, 06 Dec 2011 05:41:02 GMT &gt; Я знаю массу учреждений в которых успешно внедряли ERP разработанное <br>&gt; специально для них по заказу правительства и они отлично себя чувствуют <br><br>О, если еще учесть размеры откатов по этим заказам, то мы убедимся, что отлично себя чувствуют все, причастные к шоу.<br><br>Я воочию наблюдал за тремя попытками внедрения ЕРП на старых устоявшихся предприятиях. Каждый раз это выливалось в бешеные бюджеты, которые каждый раз превышались минимум вдвое, каждый раз на год-полтора запаздывала от плана первая очередь внедрения, и итоговый экономэффект от проекта не покрывал затрат на внедрение даже в пятилетней перспективе. <br><br>Единственная ваша надежда - получить готовую типовую систему по линии министерства. <br>Впрочем, никто вам не запрещает попробовать реализовать ее своими силами. Есть опенсорсные фриверные системы для документооборота, для инвентарного учета, даже для учета пациентов. МОжете попробовать все это скрестить в нечто. <br> https://www.opennet.dev/openforum/vsluhforumID1/92702.html#11 Tue, 06 Dec 2011 05:21:24 GMT &gt;[оверквотинг удален]<br>&gt; в лучшем случае будет так же, как раньше, но минус затраты <br>&gt; на ЕРП. В худшем - радиоактивный ветер будет гулять над развалинами, <br>&gt; в которых будет сверкать медаль "Отличнику внедрения ЕРП".<br>&gt; Все известные мне предприятия, где успешно функционирует ЕРП, строились вокруг ЕРП изначально. <br>&gt; Т.е. у руководства было знакомство с ЕРП, понимание его работы, и <br>&gt; структура будущего предприятия со старта проектировалась под ЕРП. При этом весь <br>&gt; персонал сразу ставился в стойло ЕРП, один за другим. Вот так <br>&gt; - да, так оно работает, и работает отлично даже. Но даже <br>&gt; богатые конторы, затевая ЕРПизацию, обычно заводят дочернее предприятие, которое строится <br>&gt; вокруг ЕРП, а затем, поэтапно, переводят функционал с мамки на дочку. <br><br>Ну во первых, не всегда возможно адаптироваться под ERP так как бывает такие случаи когда ни одна ERP не подходит даже близко под функционал организации. И в таких случаях нанимают разработчиков которые должны упростить работу персонала, созданием ново https://www.opennet.dev/openforum/vsluhforumID1/92702.html#10 Tue, 06 Dec 2011 00:38:26 GMT &gt; Если в этом ПО будет режим конструктора, то внедрение будет более мягким <br>&gt; и быстрым. А если оно будет поддерживаться каким либо сообществом, то <br>&gt; вообще всё замечательно будет. Осталось только найти такой продукт, или хотя <br>&gt; бы конструктор с помощью которого можно собрать такой продукт помодульно.<br><br>-- Но Филин! - закричали мышки, - Как же мы можем стать ежиками?!<br>-- Помодульно! - ответил мудрый Филин. <br><br><br>Вы жестоко ошибаетесь. Внедрение ЕРП/ЦРМ не бывает ни мягким, ни быстрым, ни дешевым, ни эффективным. Кое-как можно натянуть предприятие на ЕРП, но ЕРП на предприятие не натягивается вообще - ни через конструкторы, ни через доработку напильником средствами разработчика - никак.<br><br>Главная причина в том, что на существующем предприятии без ЕРП обычно _уже_ сложилась своя традиция управления и документооборота. Внедрение ЕРП означает демонтаж старой системы и запуск новой. В промежуточный период функционировать будут ОБА документооборота параллельно. При этом носители старого документооборота буду https://www.opennet.dev/openforum/vsluhforumID1/92702.html#9 Tue, 06 Dec 2011 00:14:26 GMT &gt;&gt; конечно лучше 1c использовать - готовые кубики,а постоянно бороться, поддерживать, и героически <br>&gt;&gt; преодалевать ограничения полусамописного движка или недоразвитой платформы, не стоит <br>&gt;&gt; того в контексте использования ИС хотя бы пару лет <br>&gt; Кто вам сказал, что у 1С всего перечисленного нет? Вы думаете зря <br>&gt; некоторые содержат штат 1С программистов для поддержки?<br><br>Покажите opensource набор кубиков хотя бы с 20% функциональности _платформы_ 1c, про стандартные конфы я вообще молчу. Штат 1С "программистов", не разработчиков - в основом занимается консультированием пользователей - ибо их много, пере/настройкой стандартных конф, да мелкими правками макетов/обновлением конфов. И никто, даже разработчики, не занимается реализацией yet another системы ограничения прав доступа и журналирования в своем движке.<br> https://www.opennet.dev/openforum/vsluhforumID1/92702.html#8 Mon, 05 Dec 2011 18:26:38 GMT &gt; конечно лучше 1c использовать - готовые кубики,а постоянно бороться, поддерживать, и героически <br>&gt; преодалевать ограничения полусамописного движка или недоразвитой платформы, не стоит <br>&gt; того в контексте использования ИС хотя бы пару лет <br><br>Кто вам сказал, что у 1С всего перечисленного нет? Вы думаете зря некоторые содержат штат 1С программистов для поддержки?<br><br>