<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Коментарі до Неможливий трикутник</title>
	<atom:link href="http://healthcare.management.com.ua/2008/11/18/nemozhlyvyj-trykutnyk/feed/" rel="self" type="application/rss+xml" />
	<link>http://healthcare.management.com.ua/2008/11/18/nemozhlyvyj-trykutnyk/</link>
	<description></description>
	<lastBuildDate>Thu, 18 Mar 2010 15:19:53 +0200</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Від: павло ковтонюк</title>
		<link>http://healthcare.management.com.ua/2008/11/18/nemozhlyvyj-trykutnyk/comment-page-1/#comment-2181</link>
		<dc:creator>павло ковтонюк</dc:creator>
		<pubDate>Thu, 20 Nov 2008 14:00:47 +0000</pubDate>
		<guid isPermaLink="false">http://healthcare.management.com.ua/?p=224#comment-2181</guid>
		<description>В проектах організаційної трансформації, наприклад, дуже часто вирішальною є не модель організації як воно є сьогодні (т.зв. модель &quot;as is&quot;). Буває так усе запущено, що цю модель часто просто неможливо побудувати без літри горілки. Тому і починати не варто.
А головну роль грає якісна модель &quot;як має бути&quot; (модель &quot;to be&quot;). І дуже часто варто не ламати мізки над тим, в якому свинарнику ми зараз, а намалювати майбутню модель і почати рухатися до неї. І чим простіша вона буде, тим краще.
В Україні варто почати з простенького трикутничка. Чітко визначити, щоб в кожній з вершин були різні суб&#039;єкти, і що будуть означати сторони. І - вперед. Знаєте, який це буде для нас прорив!</description>
		<content:encoded><![CDATA[<p>В проектах організаційної трансформації, наприклад, дуже часто вирішальною є не модель організації як воно є сьогодні (т.зв. модель &#8220;as is&#8221;). Буває так усе запущено, що цю модель часто просто неможливо побудувати без літри горілки. Тому і починати не варто.<br />
А головну роль грає якісна модель &#8220;як має бути&#8221; (модель &#8220;to be&#8221;). І дуже часто варто не ламати мізки над тим, в якому свинарнику ми зараз, а намалювати майбутню модель і почати рухатися до неї. І чим простіша вона буде, тим краще.<br />
В Україні варто почати з простенького трикутничка. Чітко визначити, щоб в кожній з вершин були різні суб&#8217;єкти, і що будуть означати сторони. І &#8211; вперед. Знаєте, який це буде для нас прорив!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Від: Sanosa</title>
		<link>http://healthcare.management.com.ua/2008/11/18/nemozhlyvyj-trykutnyk/comment-page-1/#comment-2177</link>
		<dc:creator>Sanosa</dc:creator>
		<pubDate>Thu, 20 Nov 2008 12:22:46 +0000</pubDate>
		<guid isPermaLink="false">http://healthcare.management.com.ua/?p=224#comment-2177</guid>
		<description>З геометричної точки зору, описана модель – це рівносторонній трикутник. В  якому: кожна вершина – це суб’єкт взаємовідносин; сторони трикутника – це письмово оформлені принципи взаємовідносин у формі договору/контракту. Паралельно з цим існують закони геометрії, теореми, аксіоми і т.п. Саме ці теореми та аксіоми є «регуляторами» математичної науки. Вони є фундаментом математики/геометрії. 
Що ми маємо у нашому прикладі з охороною здоров’я? Чи маємо ми хоч одну чітко визначену вершину трикутника? Якщо маємо, то їх кількість точно не три. На сьогоднішній момент, в охороні здоров’я ми маємо явно геометричну фігуру відмінну від трикутника. Чи маємо ми сторони цієї геометричної фігури? Ні. За винятком окремих пілотних регіонів з впровадження контрактування. Чи маємо ми закони геометрії, що здатні уніфікувати та регулювати хоча б щось?
Який у нас вихід і що робити далі? Я не знаю. Об’єктивно у нас два шляхи. Або приводити весь хаос до наведеної моделі рівностороннього трикутника взаємовідносин і вчити закони геометрії. Або видумувати українські закони геометрії, щоб описати принципи існування особливої української  аморфної квазі геометричної фігури.
Якщо ж повернутись до порівняння з банківською системою, то цей трикутник буде швидше дном піраміди. Вершиною якої є Центральний банк. Точками її основи - “клієнт-замовник-надавач”. Плюс різні закони про банківську діяльність і т.п. Чим не «банківська геометрія»?
Особисто мені, не подобається варіант трикутної моделі для охорони здоров’я. Поруч з тим, мені не хочеться видумувати українських законів геометрії.</description>
		<content:encoded><![CDATA[<p>З геометричної точки зору, описана модель – це рівносторонній трикутник. В  якому: кожна вершина – це суб’єкт взаємовідносин; сторони трикутника – це письмово оформлені принципи взаємовідносин у формі договору/контракту. Паралельно з цим існують закони геометрії, теореми, аксіоми і т.п. Саме ці теореми та аксіоми є «регуляторами» математичної науки. Вони є фундаментом математики/геометрії.<br />
Що ми маємо у нашому прикладі з охороною здоров’я? Чи маємо ми хоч одну чітко визначену вершину трикутника? Якщо маємо, то їх кількість точно не три. На сьогоднішній момент, в охороні здоров’я ми маємо явно геометричну фігуру відмінну від трикутника. Чи маємо ми сторони цієї геометричної фігури? Ні. За винятком окремих пілотних регіонів з впровадження контрактування. Чи маємо ми закони геометрії, що здатні уніфікувати та регулювати хоча б щось?<br />
Який у нас вихід і що робити далі? Я не знаю. Об’єктивно у нас два шляхи. Або приводити весь хаос до наведеної моделі рівностороннього трикутника взаємовідносин і вчити закони геометрії. Або видумувати українські закони геометрії, щоб описати принципи існування особливої української  аморфної квазі геометричної фігури.<br />
Якщо ж повернутись до порівняння з банківською системою, то цей трикутник буде швидше дном піраміди. Вершиною якої є Центральний банк. Точками її основи &#8211; “клієнт-замовник-надавач”. Плюс різні закони про банківську діяльність і т.п. Чим не «банківська геометрія»?<br />
Особисто мені, не подобається варіант трикутної моделі для охорони здоров’я. Поруч з тим, мені не хочеться видумувати українських законів геометрії.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Від: Leonid Voloshenko</title>
		<link>http://healthcare.management.com.ua/2008/11/18/nemozhlyvyj-trykutnyk/comment-page-1/#comment-2163</link>
		<dc:creator>Leonid Voloshenko</dc:creator>
		<pubDate>Wed, 19 Nov 2008 20:01:35 +0000</pubDate>
		<guid isPermaLink="false">http://healthcare.management.com.ua/?p=224#comment-2163</guid>
		<description>Чи можна розмістити на трикутнику трохи відмінні три сторони відносин? А саме:
1. пацієнт, що є одночасно клієнтом страхового фонду(фондів) та провайдера; 
2. провайдер медичних послуг;
3. замовник (це страховий фонд, що не тільки сплачує, але також нормує медичні послуги і переглядає тарифи для кожного фінансового року).

Можна додати, що страхові фонди в багатьох країнах виконують, зазвичай, деякі регулюючи функції, наприклад акредитацію лікувальних закладів. Відомо, що наш МОЗ у свій час почав акредитацію ЛПЗ в очікуванні введення страхової медицини. Цього не сталося, проте акредитацію залишили, не зважаючи на те, що вона не виявляє свій повний потенціал у відсутності повноцінного замовника (страхового фонду).</description>
		<content:encoded><![CDATA[<p>Чи можна розмістити на трикутнику трохи відмінні три сторони відносин? А саме:<br />
1. пацієнт, що є одночасно клієнтом страхового фонду(фондів) та провайдера;<br />
2. провайдер медичних послуг;<br />
3. замовник (це страховий фонд, що не тільки сплачує, але також нормує медичні послуги і переглядає тарифи для кожного фінансового року).</p>
<p>Можна додати, що страхові фонди в багатьох країнах виконують, зазвичай, деякі регулюючи функції, наприклад акредитацію лікувальних закладів. Відомо, що наш МОЗ у свій час почав акредитацію ЛПЗ в очікуванні введення страхової медицини. Цього не сталося, проте акредитацію залишили, не зважаючи на те, що вона не виявляє свій повний потенціал у відсутності повноцінного замовника (страхового фонду).</p>
]]></content:encoded>
	</item>
</channel>
</rss>
