当前位置：文档库 › MTK event 事件机制总结

MTK event 事件机制总结

MTK MMI event 小结1

在MTK MMI 里面有各种event，最常见的有跟交互相关的按键event，触摸屏event。跟各种具体事件比如电话event，短信event，电量event，信号量event，timer event等等。

MTK 都有相应的处理方式，跟交互相关的按键(KeyBrd.c)和触摸屏(TouchScreen.c) 各有一套自己的机子，timer event 已经在MTK timer 小结 3 介绍过，还有一套机制就是处理各种其他事件，它主要分为普通事件和interrupt event，interrupt event 主要用于需要弹出的对话框的event。

M T K MMI event 小结2

今天主要看分析，常用事件机制。做过MTK开发的童鞋应该知道要接受MTK L4 层的消息，用一个注册函数Set Protocol Event Handler，注册一个event 的处理函数。比如短信，电话，电池电量，信号量等等都是通过这个函数来注册消息。当L4 层处理完封装事件后，就会把这个event 发送到MMI task 里来(消息发送可以看MTK task 小结5 )，然后MMI task 通过这个event 机制，找到相应的处理函数，进行处理。实现这种机制，也是考虑到零活性和扩张性。如果都在MMI task 里面，用switch case 来处理，那就很疯狂了，长度不说，写个应用，定义个消息，都要去改MMI task，所以这个机制实现虽然比较简单，但是还是很有必要的。

昨天也说到，这个机制的event 主要有两种，普通event 和intrrupt event(中断事件)，这些主要是一些需要中断当前应用的事件(主要是看那些弹出框)，比如电话，有些应用需要提前处理这个消息，还有些应用需要在这个事件处理完毕后处理。还是看代码吧

在MMI task 最后，会调用函数ProtocolEventHandler，这个函数就是找到相应event 的相应处理函数(平台不一样，可能实际的函数名字有些区别，但是流程基本上一样的，我这里被#define 到mmi_frm_execute_current_protocol_handler)

注意：event的处理函数使用Set Protocol Event Handler来注册。

// MsgStruct 是具体事件的消息体

void mmi_frm_execute_current_protocol_handler(U16 eventID, void *MsgStruct, int mod_src, void *peerBuf)

{

U16 count = 0;

PsExtPeerFuncPtr currFuncPtr = NULL;

U8 interrup_result = MMI_FALSE; /* False not handle interrupt, True will handle */

MMI_BOOL query_result = MMI_FALSE, execute_result = MMI_FALSE;

interrupt_event_hdlr int_func = NULL, post_int_func = NULL;

mmi_frm_int_event_type current_frm_int_event;

idx = mmi_frm_search_event（）；

{

// 遍历protocolEventHandler 查找是否有event 注册了回调函数

// 虽然这个方法感觉比较笨，就一个数组,实际上对速度没有什么影响

for (count = 0; count < maxProtocolEvent; count++)

{

if (protocolEventHandler[count].eventID == eventID)

{

//找到处理函数

currFuncPtr = (PsExtPeerFuncPtr)

protocolEventHandler[count].entryFuncPtr;

// 这个地方时，一个优化

// 处理的事情就是把刚才现在处理的event id 往前移动一个单位

// 这是考虑到程序的局部性原理，这个优化还是很有必要的

if (count > 0)

{

protocolEventHandler[count].eventID = protocolEventHandler[count - 1].eventID;

protocolEventHandler[count].entryFuncPtr = protocolEventHandler[count - 1].entryFuncPtr;

protocolEventHandler[count - 1].eventID = eventID;

protocolEventHandler[count - 1].entryFuncPtr = (PsFuncPtr) currFuncPtr;

}

break;

}

// 这个就是查找是否是中断事件

current_frm_int_event = mmi_frm_interrupt_event_converter(eventID, MsgStruct);

if (current_frm_int_event > 0)

{

// 查看该中断事件是否有注册提前处理函数

query_result = mmi_frm_query_interrupt_event_information(current_frm_int_event, &int_func, &post_int_func);

}

// 如果有调用该函数

if (query_result && int_func)

{

/* New interruption mechanism */

execute_result = (*int_func)(current_frm_int_event);

}

//根据event 相应的回调函数以及前面处理的结果，来决定是否处理该事件

// 要注意的是，如果interrput 提前处理函数返回true，那么这里就不会执行

if ((currFuncPtr) && (!interrup_result) && (!execute_result))

{

(*currFuncPtr) (MsgStruct, mod_src, peerBuf);

}

else

{

MMI_TRACE(MMI_FW_TRC_G1_FRM,

MMI_FRM_INFO_EVENT_EXECURPTO_NO_HDLR, eventID);

}

// interrupt event 最后处理函数

if (query_result && post_int_func)

{

execute_result = (*post_int_func)(current_frm_int_event);

}

看完这个，其实觉得挺简单的，对吧。就是一个数组，数组里关联了event id 和对应的处理函数。

还有就是增加了一种intrrupt event。可以注册这种event 的pre_handler and post_handler。这样如果需要，可以提前做处理或者不响应该事件。

M T K MMI event 小结3

昨天大概的说了下，普通event 的执行过程。中间还有几个函数没有介绍，这里简单介绍一下

// 这个函数就是简单把L4c 的interrupt消息，转换成MMI 层interrupt的消息

static mmi_frm_int_event_type mmi_frm_interrupt_event_converter(U16 event_id, void *msg) {

mmi_frm_int_event_type frm_interrupt_event = 0;

switch (event_id)

{

// GPIO 消息

case PRT_EQ_GPIO_DETECT_IND:

{

mmi_eq_gpio_detect_ind_struct *gpio_detect_ind =

(mmi_eq_gpio_detect_ind_struct *)msg;

switch (gpio_detect_ind->gpio_device)

{

// 翻盖关闭

case EXT_DEV_CLAM_CLOSE:

{

frm_interrupt_event = MMI_FRM_INT_CLAM_CLOSE;

break;

}

// 翻盖打开

case EXT_DEV_CLAM_OPEN:

{

frm_interrupt_event = MMI_FRM_INT_CLAM_OPEN;

break;

}

// 耳机插入拔出

case EXT_DEV_EARPHONE:

{

if (gpio_detect_ind->on_off == 1)

{

frm_interrupt_event = MMI_FRM_INT_EARPHONE_PLUG_IN;

}

else

{

frm_interrupt_event =

MMI_FRM_INT_EARPHONE_PLUG_OUT;

}

break;

}

break;

}

// 充电信息，

case PRT_BATTERY_STATUS_IND:

{

mmi_eq_battery_status_ind_struct *battery_status_ind =

(mmi_eq_battery_status_ind_struct*)msg;

frm_interrupt_event = mmi_frm_get_frm_int_event_macro(

battery_status_ind->battery_status,

mmi_frm_int_event_battery_table,

sizeof(mmi_frm_int_event_battery_table) / sizeof(mmi_frm_int_event_battery_table[0]));

/* For low battery indication */

if (battery_status_ind->battery_status == PMIC_VBAT_STATUS)

{

if (battery_status_ind->battery_voltage == BATTERY_LOW_W ARNING)

{

frm_interrupt_event = MMI_FRM_INT_BATTERY_LOW_WARNING;

}

else if (battery_status_ind->battery_voltage ==

BA TTERY_LOW_TX_PROHIBIT)

{

frm_interrupt_event =

MMI_FRM_INT_BA TTERY_LOW_TX_PROHIBIT;

}

break;

}

case MSG_ID_TIMER_EXPIRY:

case MSG_ID_MMI_EQ_POWER_ON_IND:

case MSG_ID_MMI_EQ_KEYPAD_DETECT_IND:

{

break;

}

default:

{

//其他interrupt event，主要是弹出框相关，短信报告等等

frm_interrupt_event = mmi_frm_get_frm_int_event_macro(

event_id,

mmi_frm_int_event_convert_table,

sizeof(mmi_frm_int_event_convert_table) / sizeof(mmi_frm_int_event_convert_table[0]));

break;

}

return frm_interrupt_event;

}

这个函数就是把L4C 的消息转换到MMI 的消息，然后通过

mmi_frm_query_interrupt_event_information 这个函数去查找，是否有相应的注册。这个函数比较简单，就是数组里去比较。

还有一个常用的函数是SetProtocolEventHandler，也就是注册一个消息的地回调函数。具体也没有什么可说的，无非就是循环查找是否有这个event。

1，如果有，看func 是否为空，为空表示去掉这个event 的注册，不为空，就直接修改这个event 的func（定时器到时时所要实现的功能函数）

2，没有，就增加一个event。

这里注意，由一个小小的优化，就是判断，event 数组的最后是否为无效的event，如果无效，那么减少总注册event 的个数。这个样可以减少循环查询的次数。

MTK MMI event 小结4

今天打算说说key event。MTK的key envent 管理其实跟MTK (MMI event小结2) 说的protocol event 机制也差不了多少，简单来说，就是app 通过注册某一个key 的回调函数，当这个key事件产生是，该机制就去找到相应的回调函数，进行回调。

先说说key 的event 有哪些：

1 key down 按键按下KEY_EVENT_DOWN

2 key up 按键弹起KEY_EVENT_UP

3 key long press 按键长按KEY_LONG_PRESS。默认好像是长按1.5 记不清楚了，可以自己设置，函数Kbd_SetLongPressTime，不过除非必不得已，不要去随便修改，可能会引起其他应用出问题，要修改，也要先获得当前值，退出应用时设置回原来的值。

4 key repeat 按键按下一直不放，发送该消息KEY_REPEAT。举个简单例子，pc 上当输入

时，如果长按a 键，那么回不停的增加a，这个就是repeat动作。这个的时间好像是0.5s，也就是按住键0.5 s 之后，每隔0.5s，就会发送一个repeat 消息。设置函数

Kbd_SetRepeatTime还有两个不常用的KEY_HALF_PRESS_DOWN和

KEY_HALF_PRESS_UP，也就是说的2step 可以。

先讲一下按键的处理流程。

当按键被按键之后，MMI task 会收到MSG_ID_MMI_EQ_KEYPAD_DETECT_IND这个消息，在系统初始化的时候，已经注册了这个消息的处理函数mmi_frm_key_handle。也就是说mmi_frm_key_handle 是处理按键过程的函数。这个函数mmi_frm_key_handle 收到这个消息后，会通过该消息带的函数，去取当前发生的按键事件(实际这个函数就是一个按键缓存队列里去第一个，用一个按键缓存队列，可以防止按键大量的丢失，可以起到同步驱动和MMI层，驱动产生按键事件很快而MMI有可能比较慢，可以简单的理解为生产者和消费者的关系，跑题了)。取到当前按键后，看当前是否可以进行操作，比如是否有触摸笔按下等等。

MTK MMI event 小结5

昨天说了一下key event 的基本情况，今天直接从代码开始吧

先看执行key event 函数mmi_frm_key_handle

void mmi_frm_key_handle(void *paraBuff)

{

kbd_data k;

U32 msg_count;

mmi_eq_keypad_detect_ind_struct *p;

// 判断参数是否为空

// 在初始化时，系统就注册了MSG_ID_MMI_EQ_KEYPAD_DETECT_IND 的回调函数为mmi_frm_key_handle

// 当收到这个消息是，表示有按键事件要处理，

// 这个paraBuff 是keyTask 传过来的参数，里面的内容是获取按键信息的函数指针if (paraBuff != NULL)

{

drv_get_key_func new_key_ptr;

p = (mmi_eq_keypad_detect_ind_struct*) paraBuff;

new_key_ptr = (drv_get_key_func) (p->func);

//判断是否是新的函数指针，如果是的话，需要进行一些清理工作

if (new_key_ptr != keypad_ptr)

{

// 新的函数指针，则进行清理，并且判断是否有按键需要处理

if (!mmi_kbd_process_keyptr_change((void *)new_key_ptr))

{

return;

}

//清理按键事件缓存buffer

ClearKeyEvents();

keypad_ptr = new_key_ptr;

}

// 通过while (1)来不停的从按键缓存里获取按键信息

// 当然这里不会无限死循环，后面会进行相应处理

while (1)

{

//1)判读是否是挂起，2)是否key需要处理

if ((g_mmi_suspend_key_flag == MMI_FALSE) && keypad_ptr

&&((*(keypad_ptr))(&k) == MMI_TRUE))

{

if (k.Keydata[0] != KEY_INV ALID)

{

#if defined(__MMI_TOUCH_SCREEN__) ||

defined(__MMI_HANDWRITING_PAD__)

kal_bool is_pen_enabled, is_pen_down;

// 获得触摸屏状态

mmi_pen_get_state(&is_pen_enabled, &is_pen_down);

#endif /* defined(__MMI_TOUCH_SCREEN__) ||

defined(__MMI_HANDWRITING_PAD__) */

#if defined(__MMI_TOUCH_SCREEN__) ||

defined(__MMI_HANDWRITING_PAD__)

//如果触摸屏按下，那么保存状态

if (is_pen_down && (k.Keyevent == WM_KEYPRESS))

{

U16 KeyMapIndex;

// 不允许按键处理

is_allow_key_action = MMI_FALSE;

// 把驱动的按键和MMI 按键进行转换

KeyMapIndex =

mmi_frm_get_idx_from_device_key_code(k.Keydata[0]);

if (nKeyPadStatus[KeyMapIndex] == KEY_EVENT_UP)

{

KEYBRD_MESSAGE KeyBrdMsg;

KeyBrdMsg.nKeyCode =

nKeyPadMap[KeyMapIndex].nMMIKeyCode;

if (mmi_frm_is_2step_keyCode(KeyBrdMsg.nKeyCode))

{

nKeyPadStatus[KeyMapIndex] =

KEY_HALF_PRESS_DOWN;

pressKey = HALF_DOWN_STATUS;

key_is_pressing_count++;

}

else

{

nKeyPadStatus[KeyMapIndex] = KEY_EVENT_DOWN;

pressKey = FULL_DOWN_STATUS;

key_is_pressing_count++;

}

else

#endif /* defined(__MMI_TOUCH_SCREEN__) ||

defined(__MMI_HANDWRITING_PAD__) */

//如果按键是弹起，那么还原原来按键状态，也就是弹起状态

if ((k.Keyevent == WM_KEYRELEASE) && (is_allow_key_action == MMI_FALSE))

{

#if defined(__MMI_TOUCH_SCREEN__) ||

defined(__MMI_HANDWRITING_PAD__)

/* Reset allow key flag and Update key status even if pen is down*/

U16 KeyMapIndex;

KeyMapIndex =

mmi_frm_get_idx_from_device_key_code(k.Keydata[0]);

if ((nKeyPadStatus[KeyMapIndex] == KEY_EVENT_DOWN)

|| (nKeyPadStatus[KeyMapIndex] ==

KEY_HALF_PRESS_DOWN)

|| (nKeyPadStatus[KeyMapIndex] == KEY_LONG_PRESS)

|| (nKeyPadStatus[KeyMapIndex] == KEY_REPEA T))

{

nKeyPadStatus[KeyMapIndex] = KEY_EVENT_UP;

key_is_pressing_count--;

}

prevKeyMapIndex = prevKeyMapIndex;

#endif /* defined(__MMI_TOUCH_SCREEN__) ||

defined(__MMI_HANDWRITING_PAD__) */

is_allow_key_action = MMI_TRUE;

}

// 按键是否可以处理

if (is_allow_key_action == MMI_TRUE)

{

if (((k.Keyevent == WM_KEYPRESS) &&

(mmi_kbd_get_key_is_pressing_count() == 0))

|| k.Keyevent == DRV_WM_KEYLONGPRESS || k.Keyevent == DRV_WM_KEYREPEATED || k.Keyevent == DRV_WM_KEYFULLPRESS)

{

#if defined(__MMI_TOUCH_SCREEN__) ||

defined(__MMI_HANDWRITING_PAD__)

//关闭触摸屏

mmi_pen_disable();

#endif

}

//真正处理按键事件

mmi_frm_convert_process_key_event(k.Keyevent, k.Keydata[0]);

if ((k.Keyevent == WM_KEYRELEASE) &&

(mmi_kbd_get_key_is_pressing_count() == 0))

{

#if defined(__MMI_TOUCH_SCREEN__) ||

defined(__MMI_HANDWRITING_PAD__)

//重新打开触摸屏

mmi_pen_enable();

#endif

}

// 获得MMI task 消息队列消息个数

msg_get_ext_queue_info(mmi_ext_qid, &msg_count);

//如果外部有消息或者内部消息，则跳出该循环

if (msg_count > 0 || OslNumOfCircularQMsgs() > 0)

{

//表示还有key需要处理，在MMI task 里会直接调用这个函数进行再处理

g_keypad_flag = MMI_TRUE;

break;

}

else

{

// 没有key消息要处理

g_keypad_flag = MMI_FALSE;

break;

}

} /* while(1) */

MMI_TRACE(MMI_FW_TRC_G1_FRM, MMI_FRM_KEY_HDLR_END);

}

1）这里key 用while (1)来处理，不停的从key 消息buffer里取出按键信息，然后处理，这么做可以防止task中不停的发送消息，可以理解为共享内存。同样当有其他消息来时，需要跳出来处理其他消息，处理完毕后还需要再来处理。

2）这里跟触摸屏的事件进行了冲突处理，也就是按键和触摸屏不能同时工作，这两者也没有优先级。

3）实际真正处理按键是在mmi_frm_convert_process_key_event里面，下次在分析

MTK MMI event 小结6

在MTK MMI event 小结5 中，提到了event 处理函数mmi_frm_key_handle，这个函数主

要作用是判断是否需要处理按键，从按键缓存里面持续的读取按键信息，然后调用

mmi_frm_convert_process_key_event 进行处理。这个函数没有什么可说的，最多是在屏幕旋转的情况下，把导航键转换一下，接着它调用了ProcessKeyEvent，这个函数主要是对于一些状态的处理，防止key down 和up 不成对，出现混乱。

void ProcessKeyEvent(U32 MsgType, U16 DeviceKeyCode)

{

MMI_BOOL isKeyPaired;

U16 KeyMapIndex;

/*----------------------------------------------------------------*/

/* Code Body */

/*----------------------------------------------------------------*/

// 按键影射，把驱动的按键码，转换成MMI 的按键消息

KeyMapIndex = mmi_frm_get_idx_from_device_key_code(DeviceKeyCode);

if (KeyMapIndex >= MAX_KEYS)

{

return;

}

// 处理各种按键事件，没有什么可以多说的，

// 主体结构都一样，

// 1 判断状态是否正常

// 2 正常则调用KeyEventHandler 处理，否则忽略该事件

if (MsgType == WM_KEYPRESS)

{

// 这里处理多按键同时按下的情况。这里需要硬件支持

if ((KeyMapIndex != prevKeyMapIndex) && (g_kbd_concurrent_key_mode == CONCURRENT_KEY_MODE_1_KEY))

{

isKeyPaired = (nKeyPadStatus[prevKeyMapIndex] == KEY_EVENT_UP);

prevKeyMapIndex = KeyMapIndex;

}

//判断案件状态是否正常，防止不匹配

if (nKeyPadStatus[KeyMapIndex] == KEY_EVENT_UP)

{

KEYBRD_MESSAGE KeyBrdMsg;

KeyBrdMsg.nKeyCode = nKeyPadMap[KeyMapIndex].nMMIKeyCode;

if (mmi_frm_is_2step_keyCode(KeyBrdMsg.nKeyCode))

{

nKeyPadStatus[KeyMapIndex] = KEY_HALF_PRESS_DOWN;

key_is_pressing_count++;

KeyBrdMsg.nMsgType = KEY_HALF_PRESS_DOWN;

}

else

{

nKeyPadStatus[KeyMapIndex] = KEY_EVENT_DOWN; /* same with KEY_FULL_PRESS_DOWN */

key_is_pressing_count++;

KeyBrdMsg.nMsgType = KEY_EVENT_DOWN;

}

// 处理按键事件

KeyEventHandler((KEYBRD_MESSAGE*) & KeyBrdMsg); } else

{

/* Ignore the event */

}

else if (MsgType == WM_KEYRELEASE)

{

if ((nKeyPadStatus[KeyMapIndex] == KEY_EVENT_DOWN)

|| (nKeyPadStatus[KeyMapIndex] == KEY_LONG_PRESS)

|| (nKeyPadStatus[KeyMapIndex] == KEY_REPEAT) ||

(nKeyPadStatus[KeyMapIndex] == KEY_HALF_PRESS_DOWN))

{

KEYBRD_MESSAGE KeyBrdMsg;

nKeyPadStatus[KeyMapIndex] = KEY_EVENT_UP;

key_is_pressing_count--;

KeyBrdMsg.nMsgType = KEY_EVENT_UP;

KeyBrdMsg.nKeyCode = nKeyPadMap[KeyMapIndex].nMMIKeyCode;

KeyEventHandler((KEYBRD_MESSAGE*) & KeyBrdMsg);

}

else

{

/* Ignore the event */

}

/* ++Robin, modified by Max Chen */

else if (MsgType == DRV_WM_KEYLONGPRESS)

{

if (nKeyPadStatus[KeyMapIndex] == KEY_EVENT_DOWN)

{

KEYBRD_MESSAGE KeyBrdMsg;

nKeyPadStatus[KeyMapIndex] = KEY_LONG_PRESS;

KeyBrdMsg.nMsgType = KEY_LONG_PRESS;

KeyBrdMsg.nKeyCode = nKeyPadMap[KeyMapIndex].nMMIKeyCode;

KeyEventHandler((KEYBRD_MESSAGE*) & KeyBrdMsg);

}

else

{

/* Ignore the event */

}

else if (MsgType == DRV_WM_KEYREPEA TED)

{

if ((nKeyPadStatus[KeyMapIndex] == KEY_LONG_PRESS) ||

(nKeyPadStatus[KeyMapIndex] == KEY_REPEAT))

{

KEYBRD_MESSAGE KeyBrdMsg;

nKeyPadStatus[KeyMapIndex] = KEY_REPEAT;

KeyBrdMsg.nMsgType = KEY_REPEAT;

KeyBrdMsg.nKeyCode = nKeyPadMap[KeyMapIndex].nMMIKeyCode;

KeyEventHandler((KEYBRD_MESSAGE*) & KeyBrdMsg);

}

else

{

/* Ignore the event */

}

else if (MsgType == DRV_WM_KEYFULLPRESS)

{

* Only in two-stage key will have KEY_FULL_PRESS_DOWN, and it followed after KEY_HALF_PRESS_DOWN

if (nKeyPadStatus[KeyMapIndex] == KEY_HALF_PRESS_DOWN)

{

KEYBRD_MESSAGE KeyBrdMsg;

nKeyPadStatus[KeyMapIndex] = KEY_EVENT_DOWN;

KeyBrdMsg.nMsgType = KEY_EVENT_DOWN;

KeyBrdMsg.nKeyCode = nKeyPadMap[KeyMapIndex].nMMIKeyCode;

KeyEventHandler((struct KEYBRD_MESSAGE*)&KeyBrdMsg);

}

else

{

/* Ignore the event */

}

else if ((MsgType == DRV_WM_ENABLE_TWOKEY_DETECTION) || (MsgType == DRV_WM_ENABLE_THREEKEY_DETECTION) ||

(MsgType == DRV_WM_DISABLE_MULTIKEY_DETECTION))

{

/* Ignore the event */

}

else

{

MMI_TRACE(MMI_FW_TRC_G6_FRM_DETAIL,

MMI_FRM_ERROR_PROC_KEYEVENT_HDLR);

MMI_ASSERT(0);

}

KeyEventHandler 函数主要判断是否要真的处理该事件，可以看成是一个按键事件的拦截，比如应用切换过程中，需要一个切换动画，而这个动画工程中，需要处理忽略这些按键。就需要特殊的处理。

static void KeyEventHandler(KEYBRD_MESSAGE *eventKey)

{

MMI_BOOL is_hdlr_enabled = MMI_TRUE;

// 主要处理一些特殊响应：屏幕背光，屏幕锁定，按键声音

mmi_kbd_app_key_hdlr(eventKey);

// 判断是否有前置处理函数

if (g_mmi_frm_cntx. kbd_pre_func)

{

is_hdlr_enabled = g_mmi_frm_cntx.kbd_pre_func(eventKey);

}

// 根据前置处理函数结果，判断是否要处理该key event

if (is_hdlr_enabled)

{

//处理案件事件

ExecuteCurrKeyHandler((S16) eventKey->nKeyCode, (S16) eventKey->nMsgType);

}

// 是否有后置处理函数，可以进行一些监视

if (g_mmi_frm_cntx.kbd_post_func)

{

g_mmi_frm_cntx.kbd_post_func(eventKey);

}

接下来是ExecuteCurrKeyHandler 这个函数就是根据按键事件，获得处理函数，进行处理。

void ExecuteCurrKeyHandler(S16 keyCode, S16 keyType)

{

FuncPtr currFuncPtr = NULL;

// 重新设定键盘锁和屏保timer

mmi_idle_restart_keypad_lock_timer();

mmi_idle_restart_screensaver_timer();

frm_p->currKeyCode = keyCode;

frm_p->currKeyType = keyType;

// 对电话状态下,挂电话键的特殊处理.

if (frm_p->currKeyType == KEY_EVENT_DOWN &&

isInCall() && !GetWapCallPresent() &&

IsBitReset(g_mmi_frm_cntx.end_key_flag, frm_p->currKeyType) )

{

RegisterEndKeyHandlerInCall();

}

// 获得按键处理函数

currFuncPtr = currKeyFuncPtrs[keyCode][keyType];

// 导航的选择键，默认和左功能键的效果一样。

if (keyCode == KEY_ENTER && currFuncPtr == NULL)

{

if (currKeyFuncPtrs[KEY_ENTER][KEY_EVENT_UP] == NULL &&

currKeyFuncPtrs[KEY_ENTER][KEY_EVENT_DOWN] == NULL &&

currKeyFuncPtrs[KEY_ENTER][KEY_HALF_PRESS_DOWN] == NULL

currKeyFuncPtrs[KEY_ENTER][KEY_REPEAT] == NULL && currKeyFuncPtrs[KEY_ENTER][KEY_LONG_PRESS] == NULL)

{

currFuncPtr = currKeyFuncPtrs[KEY_LSK][keyType];

}

// 处理按键消息

if (currFuncPtr)

{

(*currFuncPtr)();

}

// 重置状态

if (keyType == KEY_EVENT_UP)

{

frm_p->currKeyCode = KEY_INV ALID;

frm_p->currKeyType = MAX_KEY_TYPE;

}

从整个按键事件的处理流程来看，也没有什么特殊的地方，就是收到消息后，从按键buffer 里取出按键事件，然后处理。如果有有别的事件要处理，那么就break出来，等到处理完这个消息后，在MMI task 调用mmi_frm_key_handle 继续处理剩下的按键事件。这里无非多了很多的判断，是否要进行按键处理，MTK的代码函数名字上虽然看不出什么东西，但是一层一层函数，每一层函数的功能还是比较独立的，所以也不是很难看懂。

MTK MMI event 小结7

到这，key event 的处理基本上就算完成了。其他几个常用的函数注册key 处理函数了。了解了按键event的处理过程之后(其实也是比较简单的)，注册函数就很好了解了，就是把相应key 和event 的数组里放入一个回调函数的指针。比如

void SetKeyHandler(FuncPtr funcPtr, U16 keyCode, U16 keyType) 抛开其他语句，就是一句简单的实现currKeyFuncPtrs[keyCode][keyType] = funcPtr; 还有可以设置一组按键的处理

函数，

void SetGroupKeyHandler(FuncPtr funcPtr, PU16 keyCodes, U8 len, U16 keyType)，这个很好理解，keyCodes 就是一个按键数组，len是这个数组的长度。实现也很简单，就是一个for循环，把这些keyCodes的回调函数都写成funcPtr。其他还有：

void mmi_frm_kbd_reg_pre_key_hdlr(PsKeyProcessCBPtr func) ; //注册按键预处理函数，MTK MMI event 小结6 解释过

void mmi_frm_kbd_set_tone_state(mmi_frm_kbd_tone_state_enum state); // 设置按键音。需要说明一点，在开发一个应用程序的时候，有些手机状态一般先保存一下进入程序前的状态，在自己的app 退出后还原状态。比如这个按键音，背光长亮等等

接下来简单说一下触摸屏事件，其实触摸屏的实现跟key event 几乎一样。也是通过pen event 缓存队列来获得pen 事件。来看几个代码.

先看一下初始化函数：mmi_pen_init

void mmi_pen_init(void)

{

g_pen_initialized = KAL_TRUE;

// 看到这两个函数指针，是不是感觉很熟悉？对，就是跟key 一样，前置处理和后置处理函数

// 这个看多了，不用细看代码就能猜到了。

g_pen_cntx.pre_pen_callback_fp = NULL;

g_pen_cntx.post_pen_callback_fp = NULL;

// 设置手写输入法的区域，手写输入法在触摸屏这里需要特殊处理。

mmi_pen_stop_capture_strokes();

// 设置触摸屏采样时间间隔，参数一是在普通状态下，采样时间间隔，参数二是手写输入法状态下，采样时间间隔

mmi_pen_config_sampling_period(MMI_PEN_SAMPLING_PERIOD_1,

MMI_PEN_SAMPLING_PERIOD_2);

// 设置超时时间间隔

mmi_pen_config_timeout_period(MMI_PEN_LONGTAP_TIME,

MMI_PEN_REPEA T_TIME, MMI_PEN_STROKE_LONGTAP_TIME);

// 设置move 的间距，也就是两个点之间多少个pixel 算move 事件。

mmi_pen_config_move_offset(

MMI_PEN_SKIP_MOVE_OFFSET,

MMI_PEN_SKIP_STROKE_MOVE_OFFSET,

MMI_PEN_SKIP_LONGTAP_OFFSET,

MMI_PEN_SKIP_STROKE_LONGTAP_OFFSET);

// 设置drv 的回调函数，也就是当产生事件时，会回调这个函数

touch_panel_cb_registration(mmi_pen_touch_panel_sendilm, NULL);

// 设置MMI 层消息MSG_ID_TP_EVENT_IND 的处理函数

SetProtocolEventHandler(mmi_pen_touch_panel_event_ind, MSG_ID_TP_EVENT_IND); }

在驱动drv 这一层，触摸屏有一个task-- MOD_TP_TASK，在处理事件，MOD_TP_TASK 会回调用touch_panel_cb_registration 注册的函数，当pen event 事件产生了，这个pen event 缓存里取，这里注册的是：mmi_pen_touch_panel_sendilm 函数，这个函数就是简单的向MMI task 发送一个消息MSG_ID_TP_EVENT_IND，让MMI task 来处理。这里这么做的原因也很简单，drv 的task 优先级是很高的，要处理的东西也很多，所以希望回调函数能很快处理完这个事情（发送一个消息很快），这里可以想一下pc 上的中断，这两者差不多。当然中断还有更多其他原因，比如内核态和用户态等等，需要回调函数尽可能快处理，发送消息到消息队列(扯远了。。。)。还有一点需要说明的是，现在触摸屏的手机越来越普遍，那么该善触摸屏的体验是非常重要的，可惜的是MTK 的又不是多点触摸，处理起来很费劲。这个时候就需要充分利用好这里的几个设置，采样时间间隔，以及move 事件距离。需要时，让自己app可以捕获尽可能多的点，然后自己进行计算，来判断用户行为。这对改善体验很有帮助。当然这个也是比较耗电的，不需要时，一定要设置回普通状态。

年度不良事件报告总结

心血管内科一病区 2013年护理不良事件成因分析年度报告一、 2013年护理不良事件汇总 2013年全年共发生护理不良事件10例：迹近错失事件1例；无伤害事件2例；轻度事件1例；中度事件3例；重度事件3例。护理不良事件发生类型事件类型列数比率坠床 1 10％压疮 2 20％跌倒 1 10％输液反应 1 10％食物过敏 1 10％药物事件 4 40％合计 10 100％ 1 2141101 2 3 4 列数1全年不良事件统计输液反应食物过敏药物事件输液反应压疮跌倒图1

由（图1）看出发生例数最多的护理不良事件是药物事件，其次是压疮，其它不良事件包括输液反应、跌倒、坠床等。 01 2 3 456 7 8 人次2013年发生护理不良事件人员职称分析主管护师护师护士图2 按发生不良事件当事人职称分析，发生例数最多的是低年资、低职称护士。造成临床护理不良事件的主要原因是由于在护理工作中责任心不强，不遵守规章制度、科室护士长现场督导不力、查对制度流于形式、违反操作规程而发生的，护理不良事件的发生直接或间接影响病人病情，造成了护患矛盾产生，严重影响了医疗护理安全。二、原因分析 1、查对制度落实不到位：因不认真执行各种查对制度而在实际护理工作中出现的不良事件仍占较高比例。具体表现在用药查对不严，如给病人进行治疗时只喊床号，不喊姓名，更换液体时未做到床号、瓶签、输液卡、三对照，致使给患者输错液体或发错口服药。 2、不严格执行医嘱：表现在盲目的执行医嘱，错抄或

漏抄医嘱，有时凭借主观印象，未能及时发现病人用药剂量的更改而对病人造成影响。对医嘱执行的时间不严格，包括给药时间拖后或提前、错服、漏服、多服药，有的做过敏试验后，未及时观察结果，又重做者，抢救时执行医嘱不及时等。 3、不严格执行护理规章制度和违反护理技术操作规程，如：静脉注射药液外渗引起局部组织红肿、热痛、直径大于2CM；各种检查、手术因漏做皮肤准备或备皮而影响手术及检查者。工作随意性太强，随意简化流程，如病人出院或转科、转床时未及时拆销床头卡、治疗卡，到下一位病人来时又只喊床号未喊姓名就很容易张冠李戴将前一位病人的治疗用在新病人身上。 4、不严格执行护理分级制度：没有严格按照分级护理制度对病人观察和巡视，没有认真落实病人交接班制度，健康教育没有告知清楚，对有可能发生的不良后果无预见性，如：不按时巡视病房，观察病情不仔细，护理措施不到位，卧床病人翻身不及时造成褥疮。 5、由于低年资护士较多，工作经验不足，对一些专科知识、基本常识、操作规程掌握不牢固，工作流程不熟悉，查对制度落实不认真，对有些药物在不同途径的治疗目的和效果不了解，对发生的病情变化不能及时判断而导致护理不良事件的发生。

突发事件应急处理心得体会

为深入贯彻落实党的十七大报告精神，坚持科学发展观，核心必须坚持以人为本，坚持从最广大人民根本利益出发谋发展、促发展，着力保障和改善民生，一断满足人民日益增长的物质文化需要，走共同富裕道路，促进人的全面发展，做到发展为了人民、发展依靠人民、发展成果由人民共享。作为政府工作人员，人民的公仆，特别是领导干部要想成为推动科学发展、促进社会和谐的一分子，要想为努力实现经济社会又好又快发展，全面建成小康社会、加快推进社会主义现代化贡献力量。这就要求我们干部加强自身素质的提高，势必不断加深对推动科学发展重要性和必要性的认识，自觉转变不适应不符合科学发展的思想观念，切实增强把握发展规律、创新发展理念、转变发展方式、破解发展难题、提高发展质量的能力，切实把科学发展观贯彻落实到经济社会发展各个方面。为努力实现经济社会又好又快发展，全面建成小康社会、加快推进社会主义现代化贡献力量。由全国干部培训教材编审指导委员会组织编写，中央纪委、

中央组织部、中央宣传部等36个部门和单位参与编写的科学发展主题案例材料作为第三批全国干部培训的通用教材，是党建读物的一本好书，我在工作之余挤出时间进行了学习，收获颇多，现就突发事件应急处理方面结合本地区实际谈几点体会，由于本人到镇工作时间较短，很多的人文、地理还不熟悉，谈的不当之处请大家给予批评指正。一、突发事件的定义及分类、定级对突发事件的定义，国内外各有其说，很难形成统一的定义，根据中华人民共和国突发事件应对法（2007年8月30日第十届全国人民代表大会常务委员会第二十九次会议通过，法中所称突发事件，是指突然必然，造成或者可能造成严重社会危害，需要采取应急处置措施予以应对的自然灾害、事故灾难、公共卫生事件和社会安全事件。从定义中不难看出界定突发事件有4个要件：一是突发性，事件发生的准确时间、地点及危害难以预料，往往超乎人们的心

儿科2016年不良事件年度总结分析.doc

儿科2016年不良事件统计分析为提高医疗和护理安全，消除安全隐患，提倡和鼓励主动上报医疗不良事件，对我科2016年发生的医疗不良事件进行统计。今年我科发生不良事件共16例，其中药物不良反应10例，护理不良事件2例，跌倒事件1例，职业暴露1例，错用药1例，其他事件1例。具体分析如下： 2016年儿科医疗不良事件汇总不良事件汇总不良事件后果汇总

不良事件时间分布

通过上述分析发现，不良事件主要分布在一、二季度，经过持续改进，三、四季度不良事件发生率明显减少。不良事件主要分布在药物不良反应方面，其次是护理不良事件。造成不良事件的主要原因是由于护理人员在工作中责任心不强、不严格遵守规章制度、巡视病房不及时、沟通不良、疏于个人防护等而发生的。护理不良事件的发生直接或间接影响病人病情，造成了护患矛盾产生，影响了医院的护理安全。一、发生不良事件具体原因有： 1、个别患儿对部分药物过敏或使用药物本身有可能发生不良反应。 2、巡视病房不及时，未能按照级别护理要求巡视病房，未及时观察和发现患儿输液过程中液体渗漏。同时责任护士在进行宣教时，对静脉输液有可能发生渗漏相关知识未详尽交代家属，未保证家属完全理解。至患儿液体渗漏未及时发现。 3、个人防护不到位，违反操作规程，个人防护意识不强，导致被针刺伤。 4、安全防护措施不到位，宣教不详尽，未引起患儿家属重视自身安全，

致使患儿重视患儿安全忽视自身安全，使家属跌倒受伤。医生护士对门诊患儿及家属的宣教，家属未照看好患儿，至门诊患儿手指夹伤。 5、个别护士责任心不强，违反查对制度，对已停止医嘱未查对清楚，至错误执行医嘱。 6、护士长监管力度不够，特别是重点环节、重点时段的管理。二、为了加强医疗和护理安全，减少医疗风险，减轻医患矛盾，防止不良事件发生，制度具体预防措施： 1、使用药物前详细询问患儿过敏史，用药过程中加强巡视，密切观察患儿情况，同时向家属宣教药物知识，配合观察患儿情况，发现异常情况及时处理，防止发生严重后果。 2、责任护士加强对患儿及家属的宣教，注重安全。同时做好防护措施，提供防滑鞋，及时清理地面垃圾及水渍，拖地后放置警示牌，防止患儿滑到和坠床。 3、按护理级别巡视患儿，特别是用药过程中，及时发现药物不良反应及液体渗漏情况。特别加强对使用高渗性药物患儿的观察。同时加强宣教，请家属配合观察患儿，如有异常及时告知医护人员。 4、护士长认真组织学习核心制度，特别是查对制度，必须做到人人熟练掌握，同时在日常工作中加强重点时段、重点环节的管理，只有人人掌握了流程、标准，才可能正确的执行。 5、要求护理人员按操作规程进行操作，加强自我保护意识，防止职业暴露发生。

学校突发事件工作总结

学校突发事件工作总结篇一：荷塘镇白藤小学学校突发事件风险隐患排查和整改工作总结(第一阶段) 荷塘镇白藤小学学校突发事件风险隐患排查和整改工作总结为摸清我校安全隐患和薄弱环节，落实责任，认真整改，健全制度，彻底消除校园重大安全隐患，有效预防涉校突发事件，确保我校的安全稳定。我校按照江教办[20XX]41号-《江门市教育局关于印发20XX年全市基础教育系统突发事件风险隐患排查和整改工作实施方案的通知》要求，开展了学校突发事件风险隐患排查整改工作，取得了一定的成效，保障和促进了本校教育教学工作的正常开展。现将有关情况总结如下：一、对照文件进行自查： 20XX年6月初，我校按照市教育局《江门市教育局关于印发20XX年全市基础教育系统突发事件风险隐患排查和整改工作实施方案的通知》的要求，对本校各个方面展开了严格的突发事件风险隐患排查。排查中发现存在的隐患是：（一）自然灾害类：易受台风影响（二）公共卫生事件类：校园生活是密集型的，各类传

染病易传入校园，教室未进行紫外线消毒二、加强整改，组织实施。针对以上相关情况，我们做了大量的工作。 1、提高认识，加强安全教育领导和管理工作。为进一步加强学校日常安全管理工作，牢固树立“安全第一”的思想，切实落实安全工作责任制，我校认真组织全校师生学习上级相关安全教育文件，并吸取近期外校、社会上所发生安全事故的教训，特别是针对当前气候较热、自然灾害等情况，学校制定了相关安全工作措施以及相应的应急预案。 2、加强对学生进行安全教育和管理工作。我校严格贯彻执行《中小学安全管理办法》和《中小学公共安全教育指导纲要》的规定和要求，进一步加强对学生进行安全教育。我校通过黑板报、广播、班会、升旗仪式等方式全方位进行安全教育宣传，全员树立安全意识，切实加强对学生进行安全教育。三、今后的工作：因此，全校上下形成了人人有责任、事事有人做、时时有监控、天天有督办、月月有检查的良好局面。但是，由于多种因素的影响，我校安全工作形势依然十分严峻，校园周边环境治安整改工作仍有待进一步完善，对此，我们认真分析和勇于正视学校安全及校园周边环境治安整治工作中存

公司突发事件应对工作总结及分析

高台县金康脱水蔬菜公司突发环境事件应对工作总结为贯彻执行省、市政府应急管理工作精神，努力做好我公司突发事件应对工作，积极开展应急救援演练，不断完善安全避险“六大系统”。下面就我公司开展突发环境事件应对工作的有关情况简要汇报如下：一、加强组织领导，落实应急救援责任制为确保各项突发事件应对工作的落实，公司成立了由总经理邓延文同志任总指挥、李辉副经理任副总指挥、并由各职能部门组成的应急救援组织体系。车间也成立了由生产经理段祥任总指挥、各组班长副总指挥、建立了安全生产应急预案和应急机制。其所属相关职能部门按照职责和权限，负责相关应急管理和应急处置工作。公司建立和完善了《事故应急救援制度》等，为突发事件应对工作的顺利开展提供了体系和制度保障。二、厂区应急救援体系建设、预案编制、备案演练情况我公司2011年度初次制定了《突发性环境事故应急预案》，成立应急救援组织机构，明确各部门的应急工作职责。在进行公司作业危险性分析的基础上，突出了事故预防与预警、应急响应、保障措施、培训与演练等程序内容，明确了水、火、噪音、煤尘、电路等事故灾害的应急处置方案，加强了对事故应急处置的规范化指导。同事公司定期组织员工进行了安全防灾演习，重点突出了应急救援知识学习与避灾演练，加强各级领导、职能部门组织抢救救灾的能力，提高了职工的安全风险意识与应急避灾的能力。公司不仅认真开展安全应急演练活动，而却专门制定了活动方案，确定每月第二周为应急预案演练周，厂区全体员工分批进行了避灾演习，提高了广大职工安全风险意识与自救互救能力。 2014年公司对救护工作非常重视，为提高应急救援能力，要求应急救援小队购置了救护卡车，补充了救护装备和服装，改造了宿舍，更新了床被、窗帘、没火气等。救护队指战员尽职尽责，尽心尽力，积极主动地完成领导交办的任务，以实际行动报答各级领导的关心和重托。三、厂区安全防护系统建设进展情况根据上级对企业突发事件应对工作的系统要求：用好厂区安全监测监控，建立完善人员定位，不断提高通讯、净污、供水系统的可靠性，建立健全应急避险设施，并做到设施完善、系统可靠、管理到位、运行有序。

护理不良事件总结及分析

2015年护理不良事件总结及分析一、总结 2015年度科室主动上报护理不良事件共7例， 6例均为输液反应1例针刺伤上半年发生6例输液反应，其中5例药物过敏反应，1例输液反应，下半年1例针刺伤二、原因分析 1.药品质量不纯：药品质量不纯与其不良反应的发生关系密切。另外，抗生素制剂中有大量的微细结晶、聚合物或降解物，输液中的微粒异物可导致静脉炎，在输液装置上加终端滤器，可防止或减少静脉炎的发生； 2.过敏反应：随着医药卫生事业的发展，越来越多的医药品种用于临床，引起过敏反应的药物种类逐渐增多。有些药物试验阴性而用药过程中出现反应；部分药品在常规做过敏试验时，即可发生过敏性休克，更需注意的是，某些抗过敏药物本身也能引起过敏反应。 3.给药方法不当：临床用药，有严格规定，违规操作，会增加副作用。护士未严格执行医嘱。 4.违反操作常规：医疗工作人命关天，须严肃认真，一丝不苟，每个环节的敷衍了事，马马虎虎，都会造成严重后果。

5.特异性体质：某些人对药物特别敏感，会出现难以想象的不良反应，所以在用药过程中应密切观察药物的不良反应。 6.药物事件发生例数较多：主要原因为护士未严格遵守查对制度；对实习学生过于放手；对护士，特别是年轻护士监管、考核不到位；对问题护士不够警觉。 7.对院感知识培训不到位护理人员院感意识差，缺乏自我保护意识，操作忙乱，使用后的锐器未及时放入锐器盒。三、认真落实整改措施 1.科室发生护理不良事件后，护士长组织召开科室分析会，分析不良事件发生原因，讨论切实可行的整改措施，持续改进护理工作。 2.科室发生不良事件后，护士长定期进行追踪整改落实情况。 3.持续加强患者安全管理：①、规范危重患者风险评估，临床专业指导组每周组织抽查。②、风险评估专项督导，确保评估客观准确、护理措施到位。③、加强对PDA使用情况的监管，严格执行安全用药制度，杜绝药品不良反应的发生。

突发事件应对工作总结

突发事件应对工作总结篇一：XX年乡镇突发事件应对工作总结 XX年乡镇突发事件应对工作总结根据《XX县人民政府应急办公室关于报送XX年度上半年突发事件应对工作总结评估的通知》（五应急〔XX〕74号）精神，现将我镇XX年度上半年突发事件应对工作总结评估报告如下。一、基本情况按照有关突发公共事件应对工作部署，切实加强组织协调，建立健全应急预案体系。加强应急演练,努力提高了全系统应对突发公共事件的能力，最大程度地减少了突发公共事件造成的危害，保障了人民群众生命健康安全。 XX年上半年报送演练项目2个，抗旱应急演练、小学防震抗震应急演练。XX年上半年，我镇秸秆禁烧和综合利用工作形势严峻，镇党委、政府临危不乱、科学指挥、有序调度，积极组织全镇镇村全部人力物力财力确保在全镇境内无着火点。全镇小麦总面积万亩，全镇总投入资金60多万元，开动宣传车4辆，投入总车辆29台，灭火器5台，260多人奋战15天。在全镇机关干部、村干部及广大群众的共同努力下全镇秸秆禁烧工作比去年有突破性进展。只有4个着火

点，过火面积18000亩。全镇无社会安全事件、无事故灾害和公共卫生事件等较大事故发生。分析其原因，主要是采取了有力措施并取得了成效。二、主要特点一是对制定了应急救援预案，对出现的险情有预见性；二是准备充分，及时组织了物力财力，购买了高音喇叭、灭火器等器件；三是早宣传，发动群众收集秸秆堆存或出售。三、总结评估 XX年，我镇党委委、政府高度重视突发公共事件应急管理工作，按照上级统一部署，结合我镇实际，认真组织开展突发公共事件应急管理工作，切实推进应急法制建设，认真贯彻落实《中华人民共和国突发事件应对法》，预防和处置突发公共事件的能力进一步提高，应急管理工作有序开展。（一）加强组织领导，健全机构。根据上级有关精神并结合我镇实际，我镇成立了双忠庙镇事故应急队伍，指定了专人负责应急管理的日常工作。同时，进一步明确了防汛抗旱、安全生产、秸秆禁烧等专业机构应急指挥与协调职能。应急救援队伍建设得到加强。监测预警等应急机制逐步建立，各村都不断完善突发公共事件的监测和预警系统，基本实现

2016年护理不良事件半年总结

2016年内四科护理不良事件半年总结未进一步增强我科护理人员安全意识，消除安全隐患，提高服务质量，降低和防范医疗风险，确保医疗安全。现将本半年我科不良事件原因进行分析，提出持续改进措施，使科室护理人员认识到落实护理规范、制度的重要性，增强防范意识，确保患者安全，使我科护理质量持续改进。要求我科护理人员从不良事件中汲取深刻的教训，做到举一反三，避免类似事件的再次发生。现将2016护理不良事件总结分析如下：一、总体不良事件发生情况：（一）本半年共发生护理不良事件5例，其中有严重差错1例，一般差错共计4例，现总结如下: 护理不良事件发生的类型：半年不良事件统计列数图1 由（图1）看出发生例数最多的护理不良事件是药物事件，其次是压疮，其它不良事件包括输液反应、跌倒、坠床等。按发生不良事件当事人职称分析，发生例数最多的是低年资、低职称护士。造成临床护理不良事件的主要原因是由于在护理工作中责任心不强，不遵守规章制度、科室护士长现场督导不力、查对制度流于形式、违反操作规程而发生的，护理不良事件的发生直接或间接影响病人病情，造成了护患矛盾产生，严重影响了医疗护理安全。二、护理不良事件原因分析 1、本半年的不良事件的发生有降低趋势，说明在不良事件的管理上，科室重视、培训加强、收到了一定效果。 2、核心制度的落实不到位和违反操作常规仍然是发生不良事件的主要原因，比如查对制度执行不严格，如不严格执行医嘱：表现在盲目的执行医嘱，错抄或

漏出医嘱，凭记忆核查而不是用眼睛督查。护理操作中凭经验处置，违反操作常规等。 3、巡视病房不及时，未能严格按照级别护理要求巡视病房，个别护士在值班时睡觉，，甚至夜班如无新入、病情危重病人，很少进病房，导致病情观察不及时。 4、护士思想不重视，责任心不强、风险意识差，缺乏慎独精神。 5、护士消极倦怠心理极易引起护理不良事件发生，由于护士工作平凡锁，技术与服务要求高，精神高度紧张，细想压力大，易引起护士的消极倦怠心理，表现出细想不集中，工作缺乏热情，对待病人冷漠，与医生和病人缺乏交流而造成不良事件的发生。 6、、护士普片理论知识、操作规范较差，不能及时发现潜在的病情变化，不能发现安全隐患。 7、新转科人员工作较粗心，不注意细节，对科室流程不熟悉。 8、警示教育不够，对薄弱环节督导不到位。 9、物质交接不仔细，敷衍了事、流于形式。三、整改措施 1、继续鼓励不良事件的上报，发生不良事件后，及时积极与相关部门和人员合作，将病人的损害降到最低，最大限度的保障病人的生命安全。 1、科室认真组织学习核心制度，特别是查对制度，必须做到人人熟练掌握，同时在日常工作中加强重点时段、重点环节的管理，只有人人掌握了流程、标准，才可能正确的执行。 2，严格执行分级护理制度，密切观察患者病情变化，按照级别护理巡视病房，对高危患者进行评估，采取安全防范措施，同时告知家属留陪诗人。 3、组织学习各种“三基”，理论、操作规范，教育护理人员加强责任心，不能随意简化流程，不能存在懒惰心理，稍一疏忽大意，就可能造成不良事件的发生。 4、加强交接班制度的管理，特别是患者病情、治疗、抢救药品、及科室物资等。 5、提高科室新转科人员的培训，科室重点加强对本科室常见病、常用药的学习。 4、科室将加强监管力度，对有可能发生的护理不良事件要有预见性，将隐患消除在萌芽状态。 5、加强安全护理学习：从细想和法律教育入手，提高护士综合素质，包括医德医风、身体、心理等各方面素质培养，是做好护理工作的保证。让每位护士重视安全护理。对每例护理不良事件应根据发生的问题从源头上、从流程、制度的制定上来认真分析可能的原因和存在、潜在的隐患，找出改正对策，优化操作流程，并进行警示教育，不断改进护理服务，杜绝事件的发生，将不良事件发生率降到最低。

突发事件应对与处置学习心得体会

第一篇、突发事件应急处理心得体会突发事件应对与处置学习心得体会突发事件应急处理心得体会为深入贯彻落实党的十七大报告精神，坚持科学发展观，核心必须坚持以人为本，坚持从最广大人民根本利益出发谋发展、促发展，着力保障和改善民生，一断满足人民日益增长的物质文化需要，走共同富裕道路，促进人的全面发展，做到发展为了人民、发展依靠人民、发展成果由人民共享。作为政府工作人员，人民的公仆，特别是领导干部要想成为推动科学发展、促进社会和谐的一分子，要想为努力实现经济社会又好又快发展，全面建成小康社会、加快推进社会主义现代化贡献力量。这就要求我们干部加强自身素质的提高，势必不断加深对推动科学发展重要性和必要性的认识，自觉转变不适应不符合科学发展的思想观念，切实增强把握发展规律、创新发展理念、转变发展方式、破解发展难题、提高发展质量的能力，切实把科学发展观贯彻落实到经济社会发展各个方面。为努力实现经济社会又好又快发展，全面建成小康社会、加快推进社会主义现代化贡献力量。由全国干部培训教材编审指导委员会组织编写，中央纪委、中央组织部、中

央宣传部等36个部门和单位参与编写的科学发展主题案例材料作为第三批全国干部培训的通用教材，是党建读物的一本好书，我在工作之余挤出时间进行了学习，收获颇多，现就突发事件应急处理方面结合本地区实际谈几点体会，由于本人到镇工作时间较短，很多的人文、地理还不熟悉，谈的不当之处请大家给予批评指正。一、突发事件的定义及分类、定级对突发事件的定义，国内外各有其说，很难形成统一的定义，根据中华人民共和国突发事件应对法（2007年8月30日第十届全国人民代表大会常务委员会第二十九次会议通过，法中所称突发事件，是指突然必然，造成或者可能造成严重社会危害，需要采取应急处置措施予以应对的自然灾害、事故灾难、公共卫生事件和社会安全事件。从定义中不难看出界定突发事件有4个要件一是突发性，事件发生的准确时间、地点及危害难以预料，往往超乎人们的心理惯性和社会的常态秩序。二是破坏性，事件给公众的生命财产或者给国家、社会带来严重危害。危害往往是社会性，受害对象也往往是群体性的。三是紧迫性，事件发展迅速，需要及时拿出对策，采取非常态措施，以避免事态恶化。四是不确定性。事件的发展和可能的影响往往根据既有经验和措施难以判断、掌控，处理不当就可能导致事态进一步扩大。

上半年护理不良事件工作总结分析

2017年上半年重症医学科不良事件总结分析一、2017年上半年护理不良事件发生时间及例数分析 2017年上半年共发生护理不良事件3例，其中1月份1例、3月份1例、6月份1例。

二、2017年上半年护理不良事件类别分析 2017年上半年共发生护理不良事件3例，均为导管脱落/拔出类护理不良事件，其他类型未发生 2017年上半年护理不良事件类别分析图三、2017年上半年护理不良事件当事人年资分析 2017年上半年共发生护理不良事件3例，涉及护理人员3人次，其中工作时间1-5年者2人次、工作时间6-10年者1人次、工作时间11-20年者0人次。四、2017年上半年护理不良事件级别分析

2017年上半年共发生护理不良事件3例，其中3例均为Ⅱ级护理不良事件，无其他类别。 2017年上半年护理不良事件级别分析五、原因分析及整改措施（一）原因分析 1、环境因素：ICU病房环境封闭，患者无家属陪伴，各种仪器的报警声等让患者感到陌生和孤独、恐惧。 2、患者因素：由于患者年龄较大、体质弱、既往无插管史、相关知识缺乏舒适度改变、对疼痛不耐受、意识障碍、住院时间长，长期卧床，患者及患者家属对健康宣教依从性差等原因导致意外拔管。 3、医护因素：医生未对导管进行缝合固定，未及时使用镇痛镇静药物，护士巡视不及时，观察、评估患者不全面，针对躁动患者未及时使用约束带。 4、导管因素：中心静脉管道牵拉过紧，经口气管插管方法固定不牢，你囊压力不足等原因至导管容易脱落。（二）改进措施 1、设置仪器报警声，尽量减至工作人员能听清时的最小声，减少对病人的刺激，鼓励家属探视时与患者交流，关心爱护患者。 2、加强与患者及家属沟通，针对受疾病影响易发生跌倒、导管拔出的患者多次进行全面健康宣教，提高患者及家属防范意识，责任护士应根据患者具体情

2011年度突发事件应对工作总结评估报告

泉港区文体旅游新闻出版局关于 2011年度突发事件应对工作总结评估报告 2011年，在区委、区政府和上级部门的正确领导下，认真贯彻落实《中华人民共和国突发事件应对法》和《泉港区人民政府突发公共事件总体应急预案》精神，紧密结合本系统实际，有效应对文体新系统发生的突发事件。现按照《泉港区人民政府办公室关于做好2011年度突发事件应对工作总结评估的通知》文件精神，将我局全年突发事件应对工作总结评估情况报告如下：一、基本情况。 2011年，我局在区委、区政府的正确领导下，始终把安全稳定工作放在首要地位，狠抓落实，成立文体新局应急管理工作机构，完成了《文体新系统突发公共事件应急预案》，与全区27家企业签订安全责任状，指导与督促各企业制定突发公共事件应急预案。预案体系和预警体系基本覆盖了我区文体新系统突发公共事件的主要方面，局保障公共安全和防范处置突发公共事件的能力明显提高，2011年我文体新系统未发生任何安全突发事故，圆满完成了区政府下达的年度应急管理工作目标。二、总体应对工作及分析评估（一）健全组织机构，为突发事件应急管理工作提供保障。成立了局长任组长，副局长为副组长，各股室负责人为成员的突发事件应急管理工作领导小组，领导小组下设应急办公室，作为应急管理日常办事机构，负责综合协调文体系统突发事件应急管理工作，并明确了领导小组和应急办公

室具体工作职责，使相关人员做到了工作任务明确、责任落实到位，保障了突发事件发生时能够及时处理，防止事态蔓延。 (二)强化学习培训，为应急管理工作奠定坚实业务基础。组织工作人员通过会议学习、自学、网上学、集中培训和座谈交流等形式，认真学习《突发事件应对法》，特别是对预防与应急准备、监测与预警、应急处置和救援、事后恢复和重建等章节中的有关条款，进行了认真研读，努力做到深刻领会、准确理解、全面把握。另外，还组织各股室、负责人认真学习了《泉港区文体旅游局突发事件应急预案》，进一步加深了对文体部门应急管理工作的认识和了解，为立足自身职能做好系统内外应急管理工作奠定了业务基础。（三）积极开展宣传，为应急管理工作开展营造良好氛围为保证应急管理工作的顺利进行，加大了宣传教育力度，充分利用各项监管、法制宣传日等有利时机，组织工作人员走上街头闹市、深入文化旅游经营单位中，通过悬挂条幅、散发宣传资料、现场接受咨询和上门进行指导等方式，向广大消费者和经营者广泛宣传、详细讲解《突发事件应对法》等相关法律法规，切实提高大家对应急管理工作的认识，积极动员人民群众共同做好此项工作。 (四)采取有力措施，认真做好各项应急管理工作 1.加强突发公共事件信息报告。突发公共事件信息报告是一项严肃的、时效性极强的工作，及时、准确报告信息是快速有效处置各类突发事件的重要前提。为加强全区文体系统应急管理，切实提高应对自然灾害、事故灾难、公共卫生事件和社会安全事件等突发事件的能力，强化突发事件的信息畅通渠道，泉港区文体旅游局结合实际，印发了《泉港区

护理不良事件总结及分析

护理不良事件总结分析一、总结 2015年上半年科室主动上报不良事件43例，药物事件19例（给药剂量错误2例，给药对象姓名错误3例，药名错误4例，已停仍给药2例，需皮试而未记录皮试结果即已给药2例，药物医嘱漏执行3例，输液时间过长导致输液反应1例，频率错误2例，）；坠床事件4例（院内4例）；输液漏肿4例；书写错误3例（执行时间1例，治疗单医师未签名即执行，签执行时间签错液体组）；压疮2例，抽血时少抽导致重抽2例，导尿管4例（滑脱、自行拔除、强行插管、已停未及时拔除各1例）；超短波治疗烫伤1例，留置针处皮肤破损、渗液1例，输液速度过快1例，穿刺后未及时松压脉带1例，；输血时刺破血袋1例。二、原因分析 1、药物事件发生例数较多，主要原因为护士未严格遵守查对制度；医护沟通不到位；对护士，特别是年轻护士监管、考核不到位；对问题护士不够警觉。 2、管路事件、压疮事件原因分析：护理部风险管理培训、重点环节督导不到位；科室护士长不良事件根本原因分析不到位，整改措施未落实；护士对护理风险评估、健康宣教不到位，病情掌握不够，管路固定不当，人力不足，患者方面病、陪人依从性低，与疾病有关的感觉障碍等 3、医疗处置事件发生例数较多，主要原因为护士未严格遵守操作规程；病情观察不到位；护士安全宣教不到位；未及时发现安全隐患。三、改进措施 1、加强不良事件分析、整改： ①召开院、科两级不良事件分析会，认真落实整改措施：科室发生护理不

良事件后，护士长组织召开科室分析会，分析根本原因，讨论切实可行的整改措施，持续改进护理工作。护理部定期召开全院不良事件分析会，分析讨论不良事件发生原因、整改措施。 ②科室发生不良事件后，护理部10 天内到科室追踪整改落实情况。 2、持续加强患者安全管理： ①规范危重患者风险评估，临床专业指导组每周组织抽查。 ②加强管路滑脱风险评估及压疮风险评估专项督导，确保评估客观准确、护理措施到位。 ③严格执行查对制度，杜绝查对错误出现。 3、丰富健康宣教形式，提高病人的依从性。 ①增加宣教的次数，让患者及陪人充分掌握与疾病有关的知识。 ②印制健康教育宣传活页、手册，便于患者随时学习。 4、加强护理人员培训： ①组织全院护理人员“护理核心制度”的学习，加强对核心制度的掌握。 ②对新来人员严格把关；对年轻护士严格要求；关注问题护士。四、护理不良事件报告表填写不足之处 1、不良事件发生的经过记录不详细 2、姓名写错的应详细记录为“xxx” 3、输液漏肿应记录漏肿药物、面积、部位等 4、科室护士长应熟知本科室不良事件经过、处置等情况 5、留置针处皮肤感染应记录留置事件、部位等 6、不良事件报告表应及时填写并于一周以内上交护理部 7、对具有代表意义的不良事件一定要上报（例如上级医院转至本院患者的一些治疗、处置措施中的不足）

2020年突发事件应急工作总结

xx年突发事件应急工作总结 xx年即将过去，按市应急办的要求，现将市供销社xx年突发事件应急管理工作总结如下：一、根据市应急办和《省供销合作社联合社突发公共事件应急预案》的要求，市供销社为了提高对突发公共重大安全事故的救援应急的快速反应能力和有效地开展抢险救援工作，减轻事故造成的损失，经市供销社党委决定成立了突发公共重大安全事故应急救援领导小组，由市供销社党委书记、主任任组长，由市供销社分管领导任副组长，各科室科长、各公司经理为成员，办公室设在市供销社业务科和安全保卫科，负责全市供销社系统的安全应急工作，并制定了相应的应急预案。二、至xx年应急领导小组成立以来，各区县供销社、市供销社所属企业也相应地成立了以一把手为组长的应急救援领导小组，负责所属企业的安全应急救援工作，并制定了相应的应急救援预案和安全应急救援队伍，各企业根据自身的情况，购置了部分安全应急救援物资和设备，同时部分县还为政府代贮备了部分救援物资，如长宁县供销社就为县政府贮备了三万多元的麻袋，并在xx年的洪灾中发挥了重大的作用。三、全市供销社应急预案里就明确规定，在突发重大安全事故时，要在规定的时间报告发生的事故同时求助于110，119，120等指挥中心。同时规定要加强值班和值守，确保信息畅通，在发生突发公共重大事件时，能迅速救援，降低损失，确保人民和财产的安全，以最小的代

价取得最大的成果。四、企业要做到安全，就必须要使职工知道珍惜生命，知道安全就必须使职工提高安全素质，遵章守纪，不违规操作，除要组织职工学习中、省、市的有关安全的法律法规文件外，还要做好突发公共事件应急救援的宣传教育工作，利用各种形式如黑板报、广播、短信、教育片、宣传小册、举办安全知识讲座、培训等让广大职工懂得在发生事故时，如何做好自救和互救工作，提高广大职工的防范意识和自救能力，共同做好应急救援工作。五、xx年全市供销社的安全应急管理工作，在市应急办、省供销社保卫处的指导下，在全市供销社职工的努力下，全市供销社的应急管理工作上了一个新的台阶，取得了全市无事故的好成绩，全面完成了市委、市府和省供销社下达的目标任务。内容仅供参考

年度不良事件报告总结

消化内科2016年护理不良事件成因分析年度总结一、2016年护理不良事件汇总 2016年全年共发生护理不良事件11例：无伤害事件6例；轻度事件5例。护理不良事件发生类型事件类型列数比率跌倒 1 9％输液反应 1 9％管路事件 1 9％药物事件8 73％合计11 100％图1 由（图1）看出发生例数最多的护理不良事件是药物事件，其它不良事件包括输液反应、跌倒、管路事件等。按发生不良事件当事人职称分析，发生例数最多的是低年资、低职称护士。造成临床护理不良事件的主要原因是由于在护理工作中责任心不强，不遵守规章制度、科室护士长现场督导不力、查对制度流于形式、违反操作规程而发生的，护理不良事件的发生直接或间接影响病人病情，造成了护患矛盾产生，严

重影响了医疗护理安全。二、原因分析 1、查对制度落实不到位：因不认真执行各种查对制度而在实际护理工作中出现的不良事件仍占较高比例。具体表现在用药查对不严，如给病人进行治疗时只喊床号，不喊姓名，更换液体时未做到床号、瓶签、输液卡、三对照，致使给患者输错液体或发错口服药。 2、不严格执行医嘱：表现在盲目的执行医嘱，错抄或漏抄医嘱，有时凭借主观印象，未能及时发现病人用药剂量的更改而对病人造成影响。对医嘱执行的时间不严格，包括给药时间拖后或提前、错服、漏服、多服药，有的做过敏试验后，未及时观察结果，又重做者，抢救时执行医嘱不及时等。 3、不严格执行护理规章制度和违反护理技术操作规程，如：静脉注射药液外渗引起局部组织红肿、热痛、直径大于2CM。工作随意性太强，随意简化流程，如病人出院或转科、转床时未及时拆销床头卡、治疗卡，到下一位病人来时又只喊床号未喊姓名就很容易张冠李戴将前一位病人的治疗用在新病人身上。 4、不严格执行护理分级制度：没有严格按照分级护理制度对病人观察和巡视，没有认真落实病人交接班制度，健康教育没有告知清楚，对有可能发生的不良后果无预见性，

XX年度突发事件应对工作总结

XX年度突发事件应对工作总结篇一：关于XX年度突发事件应对工作总结评估报告 **经济开发区关于XX年度突发事件应对工作总结评估报告 XX年，我区在市委、市政府的正确领导和市应急办的具体指导下，认真贯彻落实上级有关加强应急管理工作的指示精神，结合实际，以完善组织领导机制、加强应急队伍建设、突出增强物资保障能力、扎实推进应急宣传教育为重点，强化工作措施，不断提升突发公共事件应对能力。一、主要工作一是完善组织领导机制。加强组织领导。XX年调整充实了区管委会应急管理领导小组成员，由区管委会主要负责同志分管应急管理工作，区党政办公室主任和党政办公室应急科科长负责应急管理工作，进一步加强了领导力量，形成了主要领导亲自抓，分管领导具体抓，各单位全面落实应急管理工作的体制，真正做到一级抓一级，一级对一级负责，层层抓落实的局面。强化督导考核。把应急管理工作纳入年终绩效考核，结合实际，细化考核指标，进一步明确责任和义务，确保工作落实到人，到岗。区管委会在落实市政府专项应急预案的同时，加强对各镇预案编制工作进行督促和指导，不断提高基层预案应急管理的科学化、标准化、规范化水平。

二是加强应急队伍建设，强化应急演练措施。按照国务院《关于加强基层应急队伍建设的意见》的总部署和省、市要求，配备装备，配强队伍，同时加强各类应急救援队伍建设，提升应急能力和水平。将防汛抗台、消防安全、城市防空防灾、地质灾害救援、学生（社区）人员疏散等方面作为演练的重点内容，有针对性地开展多方面的演练。去年至今，全区共计开展安全演练8次，其中，5月12日，在全区中小学开展了以消防安全、逃生自救为重点的安全演练活动；举行了两次规模较大的突发地质灾害应急预案演练；有效提高了广大学生和普通群众的防灾自救意识和应急避险能力。三是突出增强应急物资保障能力。按照全区统筹、分类储备、规模适度、结构合理、管理科学、运行高效的原则，各镇人民政府和区民政、水利、林业、农业、卫生、公安、消防等部门已分别合理规划建设相应的物资储备库点，及时补充和更新生活救助、公共卫生、抢险救险等应急物资储备及专业救援装备。健全应急物资使用需求和储备情况调查统计制度，加强了对应急物资的登记、核实等环节的管理，完善应急物资储备数据库，进一步明确物资储备地点、类型、数量等，做到应急物资尽早储备、及时更新、随时调用，逐步实现各类应急物资的综合动态管理和共享，努力提高物资装备保障能力。四是扎实推进应急宣传育教工作。

不良事件总结

各类不良事件分析如下： 1、制度执行不到位：查对制度落实不到位：因不严格执行查对制度而在工作中出现的不良事件仍占较高比例。具体表现在口头医嘱执行查对不严，服药注射处置查对不严，致使给患者输错液体或漏发口服药。交接班制度落实不到位：患者已用的药、未发的药未做好仔细交接，致使给患者重复用药、漏发口服药。 2、流程不合理：未按流程操作，致使患者约束时问过长引起不适，自行解开约束带进而拔管。 3、护士因素：工作经验不足：低年资护士较多，对一些专科知识、基本常识、操作规程掌握不牢固，工作流程不熟悉，查对制度落实不认真。责任心不强，是导致护理不良事件发生的很重要的因素之一。未对患者进行有效评估，工作缺乏前瞻性。护理人员不足：工作压力大，工作忙。护患沟通、告知不到位，致使患者未明确配合的原因及目的而自行拔管；在患者提出疑问时，护士未给予足够重视，造成重复用药。 4、患方因素：小儿、患者意识欠清，配合能力不足，家属不能有效配合也是护理不良事件发生的客观因素。 5、管理因素：培训不到位：技能操作培训流于形式，理论基础差，缺少对专科知识的培训。督导不力：护士长、护理部对重点环节、重点人群培训管理不够。三、上报的不良事件中院感部分7例，主要为职业暴露。医护人员在进行诊疗活动时当有可能接触到血液、体液、分泌物、排泄物、破损皮肤时要采取防护措施，暴露后立即采取预防性措施，并进行追踪检测。四、根据以上分析，我们提出以下整改措施： 1、科室要加强病历质量管理，严格按照《l JI东省病历书写基本规范》的要求，客观、真实、准确、及时、完整、规范地书写各种医疗文书，保证医疗安全。 2、加强沟通，包括医忠沟通，护忠沟通，医护沟通，医医沟通，保证医疗服务工作连贯，规范，无缝隙，告知患者及家属目的及注意事项，使其知其然，知其所以然，保证患者的安全，取得配合。 3、科室加强制度的学习，尤其是核心制度，并落实到日常工作中。严守医嘱管理制度，确保医嘱(尤其是口头医嘱)执行准确无误；严格执行交接班制度，尚未完成的治疗、特殊用药等做到仔细交接。 4、术前术后知情同意告知要充分，对于医疗行为可能伴随的风险、发生几率和危害结果预防的可能性，如药物的毒副作用、手术的并发症等内容详细告知患者。 5、医护人员要提高专业技术水平和职业道德素养，加强责任心，对病人负责，保证医疗安全。 6、加强对医护人员的培训，科室重点加强专科知识及技能操作的培训，对新上岗护士的护理技术操作做到放手不放眼，做好传帮带。 7、医务科、护理部、感染办、科土任、护士长加强对重点环节、重点人群的监管，完善预警机制。 8、第一季度药物和器械方面不良事件存在漏报现象，请各科室严格按照《医疗安全(不良)事件报告制度》的规定，发生不良事件及时上报，保证医疗安全。

儿科年不良事件年度总结分析

不良后果程度比率未造成后果事件87.5% 不良后果事件12.5% 不良事件时间分布时间例数比率一季度 5 31.25% 二季度9 56.25% 三季度 1 0.625% 四季度 1 0.625%

MTK event 事件机制总结

年度不良事件报告总结

突发事件应急处理心得体会

儿科2016年不良事件年度总结分析.doc

学校突发事件工作总结

公司突发事件应对工作总结及分析

护理不良事件总结及分析

突发事件应对工作总结

2016年护理不良事件半年总结

突发事件应对与处置学习心得体会

上半年护理不良事件工作总结分析

2011年度突发事件应对工作总结评估报告

护理不良事件总结及分析

2020年突发事件应急工作总结

年度不良事件报告总结

XX年度突发事件应对工作总结

不良事件总结

儿科年不良事件年度总结分析

最新整理年度突发事件工作总结报告.docx